-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/28/2012 14:36, Baptiste Daroussin wrote:
On Tue, Feb 28, 2012 at 01:19:44PM -0800, Doug Barton wrote:
On 2/28/2012 1:15 PM, Baptiste Daroussin wrote:
Here is a patch to add support for includedir keyword to
libmap.conf so that we
I
On Fri, Mar 02, 2012 at 01:34:12AM -0800, Doug Barton wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/28/2012 14:36, Baptiste Daroussin wrote:
On Tue, Feb 28, 2012 at 01:19:44PM -0800, Doug Barton wrote:
On 2/28/2012 1:15 PM, Baptiste Daroussin wrote:
Here is a patch to add
On Fri, Mar 02, 2012 at 11:47:10AM +0200, Konstantin Belousov wrote:
On Fri, Mar 02, 2012 at 01:34:12AM -0800, Doug Barton wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/28/2012 14:36, Baptiste Daroussin wrote:
On Tue, Feb 28, 2012 at 01:19:44PM -0800, Doug Barton wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/02/2012 01:47, Konstantin Belousov wrote:
On Fri, Mar 02, 2012 at 01:34:12AM -0800, Doug Barton wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/28/2012 14:36, Baptiste Daroussin wrote:
On Tue, Feb 28, 2012 at 01:19:44PM
On Fri, Mar 02, 2012 at 10:36:44AM -0800, Doug Barton wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/02/2012 01:47, Konstantin Belousov wrote:
On Fri, Mar 02, 2012 at 01:34:12AM -0800, Doug Barton wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/28/2012
On Fri, Mar 2, 2012 at 10:49 AM, Konstantin Belousov
kostik...@gmail.com wrote:
And yes, I use a script that checks PCI devices on boot and symlinks
libGL.so.1 and libglx.so to appropriate implementations. The only trouble
right now is that reinstall of libGL or nvidia driver ports requires
On Fri, Mar 02, 2012 at 10:54:46AM -0800, Freddie Cash wrote:
On Fri, Mar 2, 2012 at 10:49 AM, Konstantin Belousov
kostik...@gmail.com wrote:
And yes, I use a script that checks PCI devices on boot and symlinks
libGL.so.1 and libglx.so to appropriate implementations. The only trouble
right
On Fri, Mar 2, 2012 at 11:02 AM, Konstantin Belousov
kostik...@gmail.com wrote:
On Fri, Mar 02, 2012 at 10:54:46AM -0800, Freddie Cash wrote:
On Fri, Mar 2, 2012 at 10:49 AM, Konstantin Belousov
kostik...@gmail.com wrote:
And yes, I use a script that checks PCI devices on boot and symlinks
On Fri, Mar 02, 2012 at 11:10:06AM -0800, Freddie Cash wrote:
On Fri, Mar 2, 2012 at 11:02 AM, Konstantin Belousov
kostik...@gmail.com wrote:
On Fri, Mar 02, 2012 at 10:54:46AM -0800, Freddie Cash wrote:
On Fri, Mar 2, 2012 at 10:49 AM, Konstantin Belousov
kostik...@gmail.com wrote:
And
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/02/2012 11:21, Konstantin Belousov wrote:
The renames of the libGL.so inside the packages are orthohonal to
package splits. The issue is that libGL.so.1 installed by both packages
(graphics/libGL and x11/nvidia-driver). And not that the
On Fri, Mar 02, 2012 at 11:35:42AM -0800, Doug Barton wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/02/2012 11:21, Konstantin Belousov wrote:
The renames of the libGL.so inside the packages are orthohonal to
package splits. The issue is that libGL.so.1 installed by both
On Thu, Feb 23, 2012 at 04:18:25PM -0800, Ade Lovett wrote:
On 2/23/2012 13:14, Baptiste Daroussin wrote:
Another solution could be to add an entry (and drop it in deinstallation to
libmap.conf) when installing the nvidia driver, in that case installing it
ad
libGL-nvidia.so.1 and
The problem is when tools like portmaster notice x11/nvidia-driver
(not installed) has a newer version number than x11/nvidia-driver-173
(installed), and the mesa/dri/drm ports have updates available, and
then builds/installs them in the wrong order such that the
x11/nvidia-driver port is
On Tue, 28 Feb 2012 13:36:26 -0800
Freddie Cash articulated:
(This issue is making me regret installing an nVidia video card into
my home desktop. Life was so much simpler with Ati and Intel.)
Except that neither of them seem to work as well; at least not the ATI
cards that I have tried.
By
On Tue, Feb 28, 2012 at 01:19:44PM -0800, Doug Barton wrote:
On 2/28/2012 1:15 PM, Baptiste Daroussin wrote:
Here is a patch to add support for includedir keyword to libmap.conf so
that we
I think this is overly complicated, and not generally useful. It also
delays the utility of the
On Tue, 28 Feb 2012 13:36:26 -0800
Freddie Cash wrote:
The problem is when tools like portmaster notice x11/nvidia-driver
(not installed) has a newer version number than x11/nvidia-driver-173
(installed), and the mesa/dri/drm ports have updates available, and
then builds/installs them in the
On Thu, Feb 23, 2012 at 04:18:25PM -0800, Ade Lovett wrote:
On 2/23/2012 13:14, Baptiste Daroussin wrote:
Another solution could be to add an entry (and drop it in deinstallation to
libmap.conf) when installing the nvidia driver, in that case installing it
ad
libGL-nvidia.so.1 and
On Thursday 23 February 2012 08:21:33 Baptiste Daroussin wrote:
Why not but which package will provide the libGL.so file? in all case the
users might need to be able to switch the libGL.so file from the nvidia
one to the mesa one, what would a user have to do for that, in particular
a user
On 23.02.2012 08:34, Alexander Leidinger wrote:
Quoting Baptiste Daroussin b...@freebsd.org (from Thu, 23 Feb 2012
08:21:33 +0100):
On Thu, Feb 23, 2012 at 01:35:02AM +, Alexey Dokuchaev wrote:
On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote:
One of the issues with
Quoting Baptiste Daroussin b...@freebsd.org (from Thu, 23 Feb 2012
08:21:33 +0100):
On Thu, Feb 23, 2012 at 01:35:02AM +, Alexey Dokuchaev wrote:
On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote:
One of the issues with 'alternatives' implementations is that they are
not
Baptiste Daroussin wrote at 11:28 + on Feb 23, 2012:
On 23.02.2012 08:34, Alexander Leidinger wrote:
Do you havea list of packages which overzrite something, respectively
do you have a list of files which are overwriten?
If we just talk about the nvidia lib, installing the mesa
On Thu, Feb 23, 2012 at 12:56:22PM -0700, John Hein wrote:
Baptiste Daroussin wrote at 11:28 + on Feb 23, 2012:
On 23.02.2012 08:34, Alexander Leidinger wrote:
Do you havea list of packages which overzrite something, respectively
do you have a list of files which are overwriten?
On 2/23/2012 13:14, Baptiste Daroussin wrote:
Another solution could be to add an entry (and drop it in deinstallation to
libmap.conf) when installing the nvidia driver, in that case installing it ad
libGL-nvidia.so.1 and adding:
libGL.so.1 libGL-nvidia.so.1
or something like that.
Going
Hi all,
this mail is also sent to ports@ has the problem we have with nvidia-driver
might also occur elsewhere and we need a general fix for that.
First what is the failure: nvidia driver overwrite libGL.so provided by another
package which is broken by design because the package database isn't
On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote:
One of the issues with 'alternatives' implementations is that they are
not selectable per-user (including non superuser).
In this particular case (libGL), also what about the native X server
vs. virtual X servers that support using
On 2/23/2012 02:35, Alexey Dokuchaev wrote:
On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote:
One of the issues with 'alternatives' implementations is that they are
not selectable per-user (including non superuser).
In this particular case (libGL), also what about the native X server
On Thu, Feb 23, 2012 at 01:35:02AM +, Alexey Dokuchaev wrote:
On Wed, Feb 22, 2012 at 04:36:08PM -0700, John Hein wrote:
One of the issues with 'alternatives' implementations is that they are
not selectable per-user (including non superuser).
In this particular case (libGL), also
27 matches
Mail list logo