One of the difficulties here is that
one - there are some inconsistencies when using the same login, it not always
the same, though if needed a logout/in or 2 can stabilise and give a clean login
two - there is clearly something different between the Desktop and Classic
logins to unity. At
Just finally - While can demonstrate here identically of 2 different but not
uncommon hardwares, this definitely begs further confirmation.
If valid, based on the progression so far as seen here, there doesn't seem any
reason to take action, maybe better to wait for next set of compiz update(s)
A bit of a change -
Thru a fully updated natty as of 6:30 pm (east coast usa), it now works in a
Classic login to gnome-panel/compiz enabled
On the other hand a Desktop login to unity - when trying to click on
the X Server Display Confirmation menu it hangs and then crashes both
With a fresh install of iso available today on a laptop, (dell 1330, nvidia
8400m GS), basically same the same thing -
Desktop login to unity, crashed window dec., then nvidia-settings
Classic login to gnome-panel, initially just froze up on the X Server Display
Confirmation menu, after
Public bug reported:
Binary package hint: nvidia-settings
The inclusion of the 06 patch has caused several issues in nvidia-
settings
Switching from one menu to an other has become very laggy and some will
not display or be displayed partially in a semi-corrupted state
The most notable is the
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to nvidia-settings in ubuntu.
https://bugs.launchpad.net/bugs/692677
Title:
06_layout_drop_down patch creates inacessable or corrupted menus
___
Would also like to add - there are several bugs concerning sluggish
behavior and incorrect rendering with libcairo2 and the 256 nividia
drivers.
Absolutely none of this occurs with the 195 drivers, the gui, compiz,
ect. are all normal, there are no rendering issues using the default
ambience
Public bug reported:
The upgrade in nvidia-current to 256.35-0ubuntu1 has introduced video tearing
with hardware that has always performed fine thru the 195.36.24 drivers ( both
in maverick and in lucid.
While the hardware is approaching becoming obsolete, I'm sure many still use
agp and
** Attachment added: .proc.driver.nvidia.cards.0.txt
http://launchpadlibrarian.net/51392708/.proc.driver.nvidia.cards.0.txt
** Attachment added: .proc.driver.nvidia.registry.txt
http://launchpadlibrarian.net/51392709/.proc.driver.nvidia.registry.txt
** Attachment added: BootDmesg.txt
In regards to the release notes ( don't see how to file a bug there
then configure your xorg.conf with:
sudo nvidia-config
That's actually caused some confusion, should be
sudo nvidia-xconfig
--
[lucid] nvidia-glx can't work with new xorg 7.5
https://bugs.launchpad.net/bugs/494166
You
@Doug
Fixed, thanks.
I hope I didn't mistake 'release notes' for known issues here, where some
have be going from ubuntu forums, ect.
http://www.ubuntu.com/testing/lucid/alpha2#Known%20issues
By the way from fresh installs or even booting to live cd env, it's
working quite well as instructed
Well yes there still can be an issue when building sources off of.
A series of builds of vlc 1.0.4, vlc 1.1-git and mplayer showed
vlc 1.1 is fine as things stand
Both vlc 1.0.4 and mplayer, while finding the headers, will fail to link
to libGL.so
The fix there (as things stand) is to create a
What I have noticed with the new package updates is that libgl1-mesa-dev
is installing a broken link '/usr/lib/libGL.so'
While it hasn't affected anything obvious in use, it certainly has in
some source builds.
Rebuild of vlc 1.1 and 1.0.4, which previously worked now fail on -lGL
While a
Public bug reported:
libgl1-mesa-glx installs libGL.so.1 and libGL.so.1.2 to /usr/lib/mesa
but the link libgl1-mesa-dev installs to /usr/lib is broken
Came up while doing rebuilds of vlc1.1 and 1.0.4 which now fail on -lGL
Removing and creating a new link resolved the vlc builds and allowed
** Attachment added: BootDmesg.txt
http://launchpadlibrarian.net/37665538/BootDmesg.txt
** Attachment added: CurrentDmesg.txt
http://launchpadlibrarian.net/37665539/CurrentDmesg.txt
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/37665540/Dependencies.txt
**
See it's been fixed in new libgl1-mesa-dev package
--
libgl1-mesa-dev installs a broken link in /usr/lib
https://bugs.launchpad.net/bugs/505359
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to mesa in ubuntu.
sorry- see an update just now to libgl1-mesa-dev has squared that away
--
[lucid] nvidia-glx can't work with new xorg 7.5
https://bugs.launchpad.net/bugs/494166
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to nvidia-graphics-drivers-173 in ubuntu.
With todays updated the driver provided by proprietary-video-improvements PPA
is working fully w/ glx, xv and full use of compiz
Will hopefully be able to do a fresh A2 install next week and just use the
lucid packages
--
[lucid] nvidia-glx can't work with new xorg 7.5
201 - 218 of 218 matches
Mail list logo
