> > The solution seems simple:
> >
> > The following packages will be REMOVED:
> > libglvnd0-nvidia
> > The following NEW packages will be installed:
> > libglvnd0"
> >
> > But how do you do that with an inaccessible system? The system can be
> > booted in recovery mode, and the change can be
Am 19.10.2017 um 21:09 schrieb Simon Pepping:
> The solution seems simple:
>
> The following packages will be REMOVED:
> libglvnd0-nvidia
> The following NEW packages will be installed:
> libglvnd0"
>
> But how do you do that with an inaccessible system? The system can be
> booted in
After an upgrade of libgl1-mesa-glx to version 17.2.2-1 and a reboot,
the system hangs during startup and has become inaccessible. lightdm's
x-0.log and Xorg.0.log logfiles mention an error: undefined symbol:
_glapi_tls_Current.
The problem is described in several bug reports:
* Bug #878948
libclutter-gtk-1.0-0 libcogl-pango20 libcogl-path20
libcogl20 libevolution libgl1-mesa-dev libgl1-mesa-glx libglu1-mesa-dev
libmutter0e
libpeas-1.0-0 libqt4-opengl-dev librhythmbox-core8 libseed-gtk3-0
libtotem0 lightsoff quadrapassel rhythmbox rhythmbox-plugin-cdrecorder
rhythmbox-plugins swell
On Dec 10, 2013 at 14:54, Chris Bannister cbannis...@slingshot.co.nz wrote:
On Sat, Dec 07, 2013 at 08:06:42PM +0100, Ralf Mardorf wrote:
Sometimes there are insane hard dependencies, but what's bad with those
dependencies? Take a look at the modules compiled into the default
kernel,
On Sat, Dec 07, 2013 at 06:06:09PM +0200, Ivan Kovnatsky wrote:
When trying to remove either libdrm-nouveau2 or libdrm-radeon1 I obviously get
a message that this required packages. Thing is I really do not need them.
What options do I have to get rid of them like normally using apt/aptitude
On Sat, Dec 07, 2013 at 08:06:42PM +0100, Ralf Mardorf wrote:
Sometimes there are insane hard dependencies, but what's bad with those
dependencies? Take a look at the modules compiled into the default
kernel, most modules are unneeded on your machine ;).
Huh? That is not insane at all! It
On Wed, 2013-12-11 at 01:54 +1300, Chris Bannister wrote:
On Sat, Dec 07, 2013 at 08:06:42PM +0100, Ralf Mardorf wrote:
Sometimes there are insane hard dependencies, but what's bad with those
^^^
dependencies? Take a look
On Tue, Dec 10, 2013 at 04:20:57PM +0100, Ralf Mardorf wrote:
On Wed, 2013-12-11 at 01:54 +1300, Chris Bannister wrote:
On Sat, Dec 07, 2013 at 08:06:42PM +0100, Ralf Mardorf wrote:
Sometimes there are insane hard dependencies, but what's bad with those
Hi Guys! I have blindly (I guess/installed and forgot about it) installed on
my laptop these packages as requirements to libgl1-mesa-dri: libdrm-intel1,
libdrm-nouveau2, libdrm-radeon1. OK, first one libdrm-intel1 is what I really
need:
00:02.0 VGA compatible controller: Intel Corporation
On 2013-12-07 17:06 +0100, Ivan Kovnatsky wrote:
I have blindly (I guess/installed and forgot about it) installed on
my laptop these packages as requirements to libgl1-mesa-dri: libdrm-intel1,
libdrm-nouveau2, libdrm-radeon1. OK, first one libdrm-intel1 is what I really
need:
[...]
When
On Sat, 2013-12-07 at 18:06 +0200, Ivan Kovnatsky wrote:
libgl1-mesa-dri
http://packages.debian.org/wheezy/libgl1-mesa-dr
That are hard dependencies, you could take a look if you could recompile
it without the unneeded parts, or test if a dummy package shouldn't
break it. Sometimes
dejar una sola versión (de 32 o 64,
pero una sola) de los paquetes?, si es eso, entiendo porqué al querer
instalar libgl1-nvidia-glx:i386 este quería borrar el mismo pero para
amd64.
La idea del multiarch está enfocada sobretodo a los desarrolladores y no
tanto a los usuarios. Lo que permite
Camaleón writes:
El Wed, 05 Dec 2012 18:30:25 +0100, Alberto Luaces escribió:
Camaleón writes:
(...)
Ciertamente no he prestado atención; sabía que llegaría este día.
Simplemente le di a actualizar, y cuando la resolución automática
determinó que había que eliminarlos, lo hice sin dudar.
Camaleón writes:
Me pregunto de dónde viene este invento del multiarch ¿se trata de
alguna recomendación o estándar global para todas las distribuciones de
linux o es una iniciativa de Debian/Ubuntu? :-?
De momento parece que es sólo de Debian y Ubuntu. En todo caso, la
transición está
El Fri, 07 Dec 2012 14:09:29 +0100, Alberto Luaces escribió:
Camaleón writes:
El Wed, 05 Dec 2012 18:30:25 +0100, Alberto Luaces escribió:
(...)
*Después* tuve que instalar aquellos paquetes que tuve que eliminar
dado que dependían de ia32-libs.
Pues entonces hay un problema con ese
El Fri, 07 Dec 2012 14:12:50 +0100, Alberto Luaces escribió:
Camaleón writes:
Me pregunto de dónde viene este invento del multiarch ¿se trata de
alguna recomendación o estándar global para todas las distribuciones de
linux o es una iniciativa de Debian/Ubuntu? :-?
De momento parece que
multiarch es dejar una sola versión (de 32 o 64,
pero una sola) de los paquetes?, si es eso, entiendo porqué al querer
instalar libgl1-nvidia-glx:i386 este quería borrar el mismo pero para
amd64.
--
(-.(-.(-.(-.(-.(-.-).-).-).-).-).-)
--
To UNSUBSCRIBE, email to debian-user-spanish-requ
, que así tiene
menos paquetes que mantener, ni por parte de Debian, que decidió atajar
la caótica situación del paquete ia32-libs.
¿Entonces, la idea del multiarch es dejar una sola versión (de 32 o 64,
pero una sola) de los paquetes?, si es eso, entiendo porqué al querer
instalar libgl1
El Wed, 05 Dec 2012 18:50:25 -0300, Walter O. Dari escribió:
El 05/12/12 13:20, Camaleón escribió:
Casualmente, ayer no pude instalar google-earth 64 bits en Wheezy,
instalé lsb-core sin problemas pero ia32-libs fue imposible.
¿Y no lo pudiste instalar por algún motivo en concreto? Es
Camaleón writes:
El Mon, 03 Dec 2012 18:49:09 -0300, Gonzalo Rivero escribió:
es que quiero hacer andar el google-earth. Sucede que el supuesto
paquete para amd64 que hay en el sitio de google... es de 32 bit, y no
tiene cargadas las dependencias de 32 bit (o al menos en mi caso no se
quejó
El Wed, 05 Dec 2012 09:50:44 +0100, Alberto Luaces escribió:
Camaleón writes:
El Mon, 03 Dec 2012 18:49:09 -0300, Gonzalo Rivero escribió:
es que quiero hacer andar el google-earth. Sucede que el supuesto
paquete para amd64 que hay en el sitio de google... es de 32 bit, y no
tiene
Hola gente:
El 05/12/12 12:23, Camaleón escribió:
El Wed, 05 Dec 2012 09:50:44 +0100, Alberto Luaces escribió:
Camaleón writes:
El Mon, 03 Dec 2012 18:49:09 -0300, Gonzalo Rivero escribió:
es que quiero hacer andar el google-earth. Sucede que el supuesto
paquete para amd64 que hay en
El Wed, 05 Dec 2012 13:04:14 -0300, Walter O. Dari escribió:
El 05/12/12 12:23, Camaleón escribió:
(...)
de todas formas, hay un paquete de transición aquÃ:
http://packages.debian.org/wheezy/ia32-libs
Por eso es por lo que recomiendo pasar del paquete de 64 bit e
instalar el original
Camaleón writes:
El Wed, 05 Dec 2012 09:50:44 +0100, Alberto Luaces escribió:
Camaleón writes:
El Mon, 03 Dec 2012 18:49:09 -0300, Gonzalo Rivero escribió:
es que quiero hacer andar el google-earth. Sucede que el supuesto
paquete para amd64 que hay en el sitio de google... es de 32 bit,
El Wed, 05 Dec 2012 17:42:29 +0100, Alberto Luaces escribió:
Camaleón writes:
El Wed, 05 Dec 2012 09:50:44 +0100, Alberto Luaces escribió:
(...)
ia32-libs ya no existe en wheezy.
Hum... no sé qué versión tiene el OP, creo que no lo ha dicho :-?
Si anda con multiarch, casi seguro que
Camaleón writes:
El Wed, 05 Dec 2012 17:42:29 +0100, Alberto Luaces escribió:
Camaleón writes:
El Wed, 05 Dec 2012 09:50:44 +0100, Alberto Luaces escribió:
(...)
[...]
Pues eso hay que informarlo, digo, si se genera algún conflicto al
instalarlo.
Ciertamente no he prestado
El Wed, 05 Dec 2012 18:00:04 +0100, Alberto Luaces escribió:
Camaleón writes:
Pues eso hay que informarlo, digo, si se genera algún conflicto al
instalarlo.
Ciertamente no he prestado atención; sabía que llegaría este día.
Simplemente le di a actualizar, y cuando la resolución automática
Camaleón writes:
El Wed, 05 Dec 2012 18:00:04 +0100, Alberto Luaces escribió:
Camaleón writes:
Pues eso hay que informarlo, digo, si se genera algún conflicto al
instalarlo.
Ciertamente no he prestado atención; sabía que llegaría este día.
Simplemente le di a actualizar, y cuando la
El Wed, 05 Dec 2012 18:30:25 +0100, Alberto Luaces escribió:
Camaleón writes:
(...)
Ciertamente no he prestado atención; sabía que llegaría este día.
Simplemente le di a actualizar, y cuando la resolución automática
determinó que había que eliminarlos, lo hice sin dudar. Activé
multiarch
Hola...
El 05/12/12 13:20, Camaleón escribió:
El Wed, 05 Dec 2012 13:04:14 -0300, Walter O. Dari escribió:
El 05/12/12 12:23, Camaleón escribió:
(...)
de todas formas, hay un paquete de transición aquÃÂ:
http://packages.debian.org/wheezy/ia32-libs
Por eso es por lo que
the selection of NVIDIA as GLX provider
| ii glx-diversions 0.2.2
amd64prepare for using accelerated GLX implementations from GPU
vendors
| ii libgl1-mesa-glx:amd648.0.4-2
amd64free
El Mon, 03 Dec 2012 18:49:09 -0300, Gonzalo Rivero escribió:
es que quiero hacer andar el google-earth. Sucede que el supuesto
paquete para amd64 que hay en el sitio de google... es de 32 bit, y no
tiene cargadas las dependencias de 32 bit (o al menos en mi caso no se
quejó de nada, pero
nvidia-glx-ia32, pero ahora ese paquete dice:
apt-cache show nvidia-glx-ia32
Package: nvidia-glx-ia32
Source: nvidia-graphics-drivers
Version: 304.48-1
Installed-Size: 94
Maintainer: Debian NVIDIA Maintainers
pkg-nvidia-de...@lists.alioth.debian.org
Architecture: amd64
Depends: libgl1-nvidia-glx-ia32
Rien à faire de mon côté. Même en utilisant les packages de sid,
j'arrive à un black screen à l'écran de login. Je vais plutôt sagement
attendre la MAJ et on verra bien si ça fonctionne.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous
possible de donner la version du paquet qui pose
problème au point de vue des dépendances ?
apt-cache policy
libgl1-mesa-glx:
Installé : 7.10.3-3
Candidat : 7.10.3-3
Table de version :
7.11~0-2 0
1 http://ftp.de.debian.org/debian/ experimental/main i386 Packages
J'ai besoin de l'installer pour Wine, sinon mes jeux tournent autour de
2 FPS en utilisant DirectX 9.
J'ai été obligé de supprimer le kernel NVIDIA puisqu'il interagissait
avec Nouveau (écran noir à l'écran de login). En re-essayant
l'installation automatique avec le fichier exécutable, celui-ci
Le 02/07/2011 01:41:15, Jonathan Hanger a écrit :
J'ai essayé d'installer le pilote propriétaire NVIDIA pour ma carte
graphique (9500 GT) en utilisant le fichier exécutable qu'ils
fournissent. J'ai dû arrêter l'installation du fait que le compileur
utilisé pour la compilation du kernel
vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
nvidia-glx : Dépend: libgl1-nvidia-glx (= 275.09.07-1)
E: Paquets défectueux
Si je regarde libgl1-nvidia-glx:
root@Max-deb1:/home/max# apt-get install libgl1-nvidia-glx
Lecture des
pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
nvidia-glx : Dépend: libgl1-nvidia-glx (= 275.09.07-1)
E: Paquets défectueux
Si je regarde libgl1-nvidia-glx:
root@Max
Bonjour,
j'ai contourné le problème en installant le driver nouveau et en renommant
le fichier xorg.conf.
En attendant la maj qui sauve !
Gaëtan PERRIER a écrit :
Salut,
J'ai eu aussi ce problème lors de mise à jour des testing.
Pour résoudre il faut aller chercher les paquets nvidia de
paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
nvidia-glx : Dépend: libgl1-nvidia-glx (= 275.09.07-1)
E: Paquets défectueux
Si je regarde
Hallo Liste,
ich benutze ein Thinkpad mit ATI-Grafikkarte und habe bisher vergeblich
versucht, die fglrx-Treiber zu installieren. (debian Unstable)
Vor ein paar Tagen ist dann ein Update des Paketes libgl1-mesa-glx
fehlgeschlagen. Ich habe das Paket daraufhin gepurged und wollte es neu
Hallo,
Am Donnerstag, den 24.08.2006, 13:31 +0200 schrieb Andre Timmermann:
Letztendlich habe ich dann nach libGL in /var/lib/dpkg/* gesucht und
die folgenden Zeilen in der /var/lib/dpkg/diversions entfernt:
diversions:/usr/lib/libGL.so.1.2
diversions:/usr/lib/fglrx/diversions/libGL.so.1.2
Pessoal,
estou tentando instalar a biblioteca libqt3-mt, nas dependencias vi que
precisa do pacote libgl1, mas este pacote não teem para baixar na minha
lista!
Alguem sabe se preciso realmente baixar este arquivo ou meu source.lists esta
errado??
Obrigado
Ricardo Cruz
Hi -
I want to install htmldoc and in order to do this I must have
libgl1 package. I tried to look for it in the packages section
in your web but I couldn't find it at all. Where is it ???
--
Yossi Naggar[EMAIL PROTECTED]
22 Itshak Sade St., Beer-Sheva, 84230 Israel
Tel: +972 8
#include hallo.h
[EMAIL PROTECTED] wrote on Sat Aug 04, 2001 um 11:39:56PM:
Hi -
I want to install htmldoc and in order to do this I must have
libgl1 package. I tried to look for it in the packages section
in your web but I couldn't find it at all. Where is it ???
Sure?
apt-get install
Hi
I have a .deb file of python-visual from Carnegie-Mellon U.
It depends on libgl1. I cannot find libgl1.
Does anyone have any experience with this?
Thanks.
Charles Kaufman
[EMAIL PROTECTED]
Hi,
Could someone tell where can I find libgl1 in potato?
I tried to install xlockmore-gl and it depends on libgl1.
TIA
---
tcp
Hi,
# I'm not sure this email went thru, so I send again.
#
Could someone tell where can I find libgl1 in potato?
I tried to install xlockmore-gl and it depends on libgl1.
TIA
---
tcp
Hi,
WINE uses the libgl1 package. Can't find it anywhere.
How can I get this package?
Best regards,
Victor
--
Head Waters, Virginia USDA Zone 5 at 2100 feet
Near the head waters of the James and Potomac Rivers
51 matches
Mail list logo