Package: libboost1.40-dev
Version: 1.40.0-1
Severity: normal
Hi,
/usr/include/boost/parameter/aux_/maybe.hpp includes
boost/python/detail/referent_storage.hpp which is not pulled by the
package dependencies.
Andreas
-- System Information:
Debian Release: squeeze/sid
APT prefers stable
reassign 546215 nvidia-kernel-common
thanks
/etc/modprobe.d/nvidia-kernel-nkc is not part of any package built from
the source package nvidia-graphics-drivers.
$ dpkg -S /etc/modprobe.d/nvidia-kernel-nkc
nvidia-kernel-common: /etc/modprobe.d/nvidia-kernel-nkc
Andreas
--
To UNSUBSCRIBE,
Marco Nenciarini wrote:
Andreas, are you still interested to help in maintaining it?
Yes, I'm still here to help!
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Marco,
here is my mod_xsendfile .diff.gz to be used with
http://tn123.ath.cx/mod_xsendfile/mod_xsendfile-0.9.tar.gz
Packaging was updated today for latest debhelper, Standards-Version,
Maintainer.
Andreas
libapache2-mod-xsendfile_0.9-0.0anbe1.diff.gz
Description: GNU Zip compressed data
Package: libc6
Version: 2.10.1-6
Severity: serious
Hi,
when updating a sid/amd64 chroot (on a lenny(+older squeeze kernel)/amd64 host),
libc6 fails to update properly.
Last previous update was performed on Oct 12, no problems at that time.
This time, libc6 was going to be updated from 2.9-27 to
Andres Mejia wrote:
One concern I have is with the trace library, libvdpau_trace.so. If this
library is not going to supply any versioning, than this library should reside
in a subdirectory in /usr/lib. For example, we could follow the same scheme
adopted by pulseaudio, have the trace library
Package: valgrind
Version: 1:3.4.1-1
Severity: normal
Hi,
a new version of valgrind was released on 19 Aug 2009.
Building an updated package for my own use I noticed the following
packaging issues:
* the patch '01_pcm-ioctl' does no longer apply and I did not look into
whether is had been
Package: netbase
Version: 4.37
Severity: normal
Hi,
I just noticed that
invoke-rc.d networking restart
does terminate DHCP connections but does not restart them. Fortunately
the machine was in the next room :-)
/etc/network/interfaces (as generated by Debian-installer):
# The
Package: nvidia-glx
Version: 185.18.14-1
Severity: minor
Hi,
there are some outdated references in nvidia-glx.README.Debian:
OLD: /usr/share/doc/nvidia-glx/README.gz
NEW: /usr/share/doc/nvidia-glx/README.txt.gz
OLD: Appendix F: CONFIGURING AGP is an important section.
NEW: Chapter 12.
tag 533217 +patch
thanks
Hi,
build breakage by not cleaning before the new build is caused by the
following chain of events:
* an old makefile (lowercase m) exists from older versions of the source
* m-a runs the clean target from this makefile (which gets preferred by
make over the new
Package: nvidia-kernel-source
Version: 185.18.14-1
Severity: normal
Tags: patch
Hi,
there are two copies of the same nv-kernel.o in nvidia-kernel-source
(amd64), the *.o.i386 variant is actually a copy of the *.o.x86_64:
file /usr/src/modules/nvidia-kernel/*.o.*
Package: bugzilla3
Version: 3.2.0.1-1
Severity: normal
Hi,
bugzilla has some overly restrictive permissions (0750 root:www-data)
set on
/usr/share/bugzilla3/lib
/usr/share/perl5/Bugzilla
This produces not needed errors on
find /usr/share ...
and also required me to use the
Package: reportbug
Version: 4.4
Severity: normal
Hi,
reportbug blocks infinitely if it encounters unreadable directories
(files?) during package verification.
One example is the bugzilla3 (3.2.0.1-1) package which has some
directories in /usr/share with permissions 0750, owner root:www-data
reopen 519792
thanks
Hi,
the new libvdpau packages are missing some symbolic links (they seem to
be created by ldconfig, but should be included in the package anyway):
nvidia-libvdpau:
/usr/lib/libvdpau_nvidia.so - libvdpau_nvidia.so.185.18.14
/usr/lib/libvdpau_trace.so -
Verifying package integrity...
exactly:
$ reportbug bugzilla3
Detected character set: UTF-8
Please change your locale if this is incorrect.
Using 'Andreas Beckmann deb...@abeckmann.de' as your from address.
Getting status for bugzilla3...
Verifying package integrity...
^C^C^C^C^C^C^C^C^C^CTerminated
Hi,
I'm attaching symbols files for the new libvdpau packages.
nvidia-libvdpau-ia32.symbols can be generated dynamically with the
following target in debian/rules (don't forget to add it to AUTOGEN):
debian/nvidia-libvdpau-ia32.symbols: debian/nvidia-libvdpau.symbols.i386
sed
Hi,
since module-assistant is currently the only way to build the binary
module from the source package, module-assistant should be recommended
by nvidia-kernel-source instead of kernel-package. Also the dependency
on dpatch no longer seems to be neccessary.
Andreas
--
To UNSUBSCRIBE, email
Package: nvidia-graphics-drivers
Version: 185.18.14-1
Severity: normal
Tags: patch
Hi,
here comes a patch that does some cleanup on the
nvidia-graphics-drivers shlibs handling and some related changes.
There are some changes I already mentioned in other bug reports, but the
overlap should be
Package: nvidia-graphics-drivers
Version: 185.18.14-1
Severity: normal
Tags: patch
Hi,
here comes a patch that improves handling of generated files:
* do not regenerate debian/control during build (using code inspired by
and stolen from linux-support)
* no longer ship generated files in the
Package: pbuilder
Version: 0.188
Severity: normal
Hi Junichi,
fakeroot in testing is currently broken (in respect to libc6-dev-i386
because of the /emul/ia32-linux/ transition in unstable), so I manually
downgraded it to the working version from stable in my squeeze builder
after the last
Package: lintian
Version: 2.2.12
Severity: normal
Hi,
there is inconsistent naming used for several lintian tags, e.g.
shared-lib-without-dependency-information
shlib-with-non-pic-code
Probably only one prefix (shlib or shared-lib) should be used.
Andreas
-- System Information:
Package: lintian
Version: 2.2.12
Severity: normal
Hi,
the way affected files are reported by linitian is inconsistent, some
tags report them with a leading './', others don't. E.g.
shared-lib-without-dependency-information ./usr/lib/libfoo.so.1.2.3
shlib-with-non-pic-code
Package: lintian
Version: 2.2.12
Severity: normal
Hi,
the diversion-for-unknown-file check produces false positives if
output redirection is used in the dpkg-divert invokation:
nvidia-glx: diversion-for-unknown-file usr/lib/libGL.so.1.2/dev/null preinst:89
for the following command:
Package: ia32-apt-get
Version: 18
Severity: normal
Hi,
installation fails with the following error:
Setting up ia32-apt-get (18) ...
Converting for architecture amd64:
sources.list
/usr/share/ia32-apt-get/parse-sources.list: line 60: /etc/apt/sources.list: No
such file or directory
dpkg:
files in the source package
+ * /emul/ia32-linux/usr/lib to /usr/lib32 transition (closes: 534873)
+ * cleanup /emul/ia32-linux/usr/lib/tls/libnvidia-tls.so.1
- -- Andreas Beckmann deb...@abeckmann.de Sun, 28 Jun 2009 16:55:38 +0200
+ -- Andreas Beckmann deb...@abeckmann.de Sun, 28 Jun 2009
Package: pbuilder
Version: 0.188
Severity: wishlist
Hi Junichi,
what about an option to replace /dev/random with /dev/urandom inside the
chroot?
Installation of ia32-apt-get (current sid) during package build every time
drains /dev/random and blocks until enough new random bits can be collected.
Package: ia32-apt-get
Version: 18
Severity: normal
Hi,
ia32-apt-get creates /usr/share/ia32-apt-get/.gnupg with its keyrings
etc. The contents should probably be moved to /etc/ia32-apt-get/.
Running
gpg --homedir /etc/ia32-apt-get ...
should make gpg search the keyrings in /etc/ia32-apt-get/
Package: pbuilder
Version: 0.188
Severity: normal
Hi Junichi,
ia32-apt-get introduces changes to the /var/cache/apt/archives/ layout
by introducing /var/cache/apt/$ARCH/archives/ for amd64 and i386.
I'm not sure how this will affect operation of pbuilder.
Nor have I tried to use ia32-apt-get and
Package: ia32-libs-tools
Version: 20
Severity: normal
Hi Goswin,
many thanks for this nice toolkit!
/usr/lib/ia32-libs-tools/createi[-all] fails to do its job. I managed to
track some problems down to
1. /usr/lib/ia32-libs-tools/fetch calls 'apt-get update' but fails.
Running apt-get
Package: ia32-apt-get
Version: 20
Severity: normal
Hi Goswin,
there is no need to convert any file from /etc/apt/sources.list.d/ that
does not match *.list as only this pattern is recognized by apt-get.
Backups, disabled stuff, ... don't need to be touched.
Andreas
-- System Information:
You may want to try the 270.30-1 beta driver which should arrive in
experimental soon. Eventually nvidia already fixed these artifacts.
Otherwise the nvidia-bug-report.log.gz for both versions should be sent to
nvidia, see http://www.nvnews.net/vbulletin/showthread.php?t=46678
Andreas
--
On Monday, 21. March 2011 15:38:30 Pere Nubiola i Radigales wrote:
Version: 260.19.44-1
after upgrading the system, when kdm start a black screen without the
nvidia log apears. No error in /var/log/Xorg.o.log
Did you check the kdm log?
Is the problem reproducible with gdm/gdm3/xdm/...?
You
On Monday, 21. March 2011 09:11:43 Andreas Beckmann wrote:
Please retry with 260.19.44 which is now in unstable and can be compiled
for 2.6.38-rcX, too
You may want to try the 270.30-1 beta driver which should arrive in
experimental soon. Eventually nvidia already fixed this problem
Please uninstall nvidia-kernel-2.6.32-5-686 (and the other
nvidia-kernel-* packages can be removed as well).
Thanks.
Andreas
The actual bug seems to be that the prebuilt module
/lib/modules/`uname -r`/nvidia/nvidia.ko
takes precedence over the dkms module
/lib/modules/`uname
On 2011-04-01 13:07, Alexandr Bravo wrote:
Hello Andreas,
Thanks, but it doesn't help:
Well, what's the actual error message you get?
Without this I can only guess ...
Did you reboot? Unload the old module?
The dmesg output while loading the module is interesting es well as the
error in
Package: dh-make
Version: 0.58
Severity: normal
Hi,
dh_make creates new packages with a debhelper dependency of 7.something
and sets compat level to 7. As the current stable distribution ships
with debhelper 8, this compat level should be used by default.
Andreas
-- System Information:
Debian
On 2011-06-10 16:21, Tomasz Rybak wrote:
Dnia 2011-06-08, śro o godzinie 18:15 +0200, Andreas Beckmann pisze:
I have prepared and use local packages for the AMD APP SDK and offer to
package this for Debian once someone confirmed that it can be put into
non-free.
Can you put packaging
On 2011-06-13 12:04, Stefano Callegari wrote:
I have tried more terminal: aterm, eterm and mrxvt.
All have the same problem like xterm.
So is it a kde4 problem, maybe kwin?
Have you tried creating a new user and trying again as that user, so
that all KDE user settings get freshly initialized?
On 2011-06-12 15:32, David Baron wrote:
The nvidia-alternatives package, superseded by this one, yields the following
error on installation of nvidia-glx:
You didn't post the error message why nvidia-installer-cleanup didn't
configure properly. Without nvidia-installer-cleanup being configured
Please use Xorg and MESA from unstable for now. I'm working on upgrading
the diversions.
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 2011-06-15 17:30, Andreas Beckmann wrote:
Please use Xorg and MESA from unstable for now. I'm working on upgrading
the diversions.
Oops, I meant testing, not unstable.
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
Please use Xorg and MESA from testing, not unstable for now. I'm working
on upgrading the diversions.
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 2011-06-15 13:34, Sophoklis Goumas wrote:
Following a recent dist-upgrade glx does not get utilised.
Please use Xorg and MESA from testing, not unstable for now. I'm working
on upgrading the diversions.
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
On 2011-06-15 21:02, M. wrote:
and compositing is not working on KDE, saying that it cannot enable
the OpenGL renderer. All the nvidia packages are in the 275.09.04
version:
I have a suspicion that the mesa packages are the ones giving trouble:
dpkg -l | grep mesa
ii libgl1-mesa-dri
On 2011-06-16 10:05, Tomasz Rybak wrote:
Thanks.
I was able to build it offline (only 64-bit versions, as I did
not have 32-bit libraries installed).
Currently amd-app-sdk-dev does not build. Will it be just meta-package
depending on all AMD APP-related packages?
I'm not yet sure what to
On 2011-06-16 14:47, M. wrote:
Thanks.
I was just finishing writing a bug report against libgl1-mesa-dri. I
think that I'm going to send it.
Don't. There are enough duplicates of this already.
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
On 2011-06-16 02:00, Tony Houghton wrote:
Is there a workaround we can do in the meantime, eg changing symlinks?
Downgrade Xorg and MESA to the version in testing (i.e. before multiarch
MESA).
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: libgl1-mesa-glx
Version: 7.10.2-4
Severity: normal
Hi KiBi,
could you add
Breaks: libgl1-nvidia-alternatives (= 275.09.07-1)
to libgl1-mesa-glx? (Best before the multiarch change moves to testing).
The multiarch move of MESA breaks current diversion handling (many
bugreports).
I'm
On 2011-06-17 11:11, Ben Klein wrote:
libgl1-nvidia-glx = 275.09.07-1 has a breaks clause for libgl1-mesa-glx =
7.10.2-4. The current version of this package in sid is 7.10.3-1, and there
is no earlier version accessible in the repository. To compound this problem,
libgl1-nvidia-glx does
On 2011-06-17 11:53, Ben Klein wrote:
Will libgl1-nvidia-glx be made to provide libgl1? I read on the
nvidia-glx bugs that there is an argument against it.
No, this will cause more trouble than it solves.
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Package: module-assistant
Version: 0.11.3
Severity: normal
Hi KiBi,
m-a is not fully working with linux-3.0:
* KDREV detection is not working properly because
sub get_kpackage() does not check for something greater than 2.* and
falls back to the old 'kernel' prefix.
I would add
return linux
On 2011-06-18 03:11, Marc J. Driftmeyer wrote:
The upgrade to nvidia-glx and latest in Sid is broken resulting in the
following:
Well, that already looks much better than yesterday. Today you noticed
in the package manager that something is amiss. Yesterday you could
install all the stuff and
On 2011-06-15 20:55, David Baron wrote:
On Wednesday 13 Sivan 5771 11:18:53 Andreas Beckmann wrote:
Try
dpkg-reconfigure nvidia-installer-cleanup
Andreas
Did this OK. Did not change anything.
Reinstall nvidia-installer-cleanup and post the error message this
installation produces
On 2011-06-18 21:26, David Baron wrote:
On Saturday 16 Sivan 5771 06:28:50 Andreas Beckmann wrote:
On 2011-06-15 20:55, David Baron wrote:
On Wednesday 13 Sivan 5771 11:18:53 Andreas Beckmann wrote:
Try
dpkg-reconfigure nvidia-installer-cleanup
Andreas
Did this OK. Did not change
On 2011-06-18 21:27, David Castor wrote:
Thanks. Yes, I have tried this. This will build, but I get an error during
boot - nvidia module fails to load when gdm starts and there is no X
display.
Is there anything useful in the logfiles (Xorg, gdm, messages, ...) ?
Can you ssh into the
On 2011-06-19 02:41, David Castor wrote:
Package: nvidia-kernel-legacy-96xx-dkms
Version: 96.43.19-1
Installed nvidia legacy 96xx kernel from sid and downgraded to squeeze Xorg
files as recommended.
nvidia module built with no errors. But X server does not start and log
shows errors
On 2011-06-19 15:58, M. wrote:
I have a suggestion to prevent this deluge of bug reports against
libgl1-mesa-dri, and this kind of changes in general: it would be
lovely to receive the possible breaks _before_ updating the package,
If this problem had been known in advance, appropriate
retitle 630225 [nvidia-installer-cleanup] does not handle local diversions of
libglx.so
reopen 630225
tags 630225 + wontfix
thanks
On 2011-06-19 14:36, David Baron wrote:
(So why did not the installation script offer to remove
that local diversion?
Because I never encountered such a thing.
Original Message
Subject: Re: Bug#613534: Seems to be rather a bug in nvidia, not the kernel
Date: Mon, 20 Jun 2011 10:24:12 +0300
From: Andrei POPESCU andreimpope...@gmail.com
To: Andreas Beckmann deb...@abeckmann.de
On Mi, 15 iun 11, 02:57:59, Andreas Beckmann wrote:
On 2011
Package: libvdpau1
Version: 0.4.1-2
Severity: normal
In order to convert the nvidia-graphics-driver package to multiarch, we
need a multiarch enabled libvdpau1 with the following change: adjust the
search path for implementations to look in both /usr/lib/triplet/vdpau
and /usr/lib/vdpau/.
Please
On 2011-06-22 03:02, Nick Orlov wrote:
Anyway - as a temporary workaround for unstable I ended up creating
empty metapackage 'libg1-fake' which depends on libgl1-nvidia-glx and
provides libgl1. This allowed to remove conflicting libgl1-mesa-glx and
put system back to a consistent state.
Why
On 2011-06-22 23:32, Andreas Feldner wrote:
Hi,
been there, done that.
You used 275.09.07-1 from unstable?
No change whatsoever :-( Tried downgrading to stable, which involves
downgrading X and kernel as well - this works! So its not a coincidence of a
hardware defect...
If you are
On 2011-06-24 13:35, James Vega wrote:
+ update-alternatives --install /usr/lib/glx glx /usr/lib/nvidia 100 --slave
/usr/lib/i386-linux-gnu/libGL.so.1 glx--libGL.so.1-i386-linux-gnu
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1 --slave
/usr/lib/i386-linux-gnu/libnvidia-cfg.so.1
Package: dpkg
Version: 1.15.8.10 1.16.0.3
Severity: important
File: /usr/bin/update-alternatives
Tags: squeeze sid
I just managed to corrupt the alternatives database using the
update-alternatives command, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631496
The following small script does
On 2011-06-24 18:40, Adam Borowski wrote:
Contents of my /var/lib/dpkg/alternatives/glx:
Thanks!
dpkg / updates-alternatives bug #631547 filed.
Let me see how I can clean this up in glx-alternatives ...
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
On 2011-06-24 22:11, jida...@jidanni.org wrote:
Latest iceweasel messages:
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object
file: No such file or directory
Can't find symbol 'glXBindTexImageEXT'
Please provide version details about your NVIDIA setup:
On 2011-06-25 09:59, Martin Ketzer wrote:
Got the same problem here. Suggestions how to repair this?
Delete
/var/lib/dpkg/alternatives/glx
/etc/alternatives/glx
and run
dpkg --configure --pending
or better reinstall
glx-alternative-mesa
glx-alternative-nvidia
Andreas
--
To
On 2011-04-12 20:44, Hugo A. M. Torres wrote:
Package: nvidia-glx
Version: 260.19.44-1
The nvidia binary drivers seem to draw some buttons in gnome incorrectly.
Could someone of you try the 270.30 beta drivers (packages are in
experimental) and see if they fix the problem?
Thanks
Andreas
On Saturday, 19. March 2011 20:22:19 Andy Wettstein wrote:
Package: nvidia-kernel-dkms
Version: 260.19.44-1
Followup-For: Bug #613798
This still doesn't build correctly on 2.6.38. There is an included file
What kernel are you using? It works for me using the Debian 2.6.38-2 packages.
that
Package: lintian
Version: 2.5.0~rc2
Severity: normal
Hi,
I just came across a possible problem with multi-arch support of
libraries that have arch-dependent overrides. I do not mean overrides
that simply differ in the triplet, that is covered in bug #617991:
lintian overrides should support more
On 2011-04-01 22:35, Anselm Lingnau wrote:
Package: nvidia-glx
Version: 260.19.44-1
Could you first retry with 270.30-1 which is available in experimental?
I use an HP Elitebook 8440p laptop with the HP docking station. An HP w2207h
LCD display is attached to the DVI output of the docking
On 2011-03-24 09:38, Pere Nubiola Radigales wrote:
I am downloded the 270.30-1 version from the experimental and have the
same problem.
The problem occurs also whit xdm and gdm.
I am changed the driver with the vesa driver and it runs.
Does the problem occur in the [kgx]dm login screen or
On Saturday, 26. February 2011 12:22:21 Cyril Brulebois wrote:
Erst habe ich das ganze System neu ohne grafische Oberfläche
installiert. Dann habe ich den xorg installiert. Darauf habe ich xdm
und fluxbox installiert. Nach einem Neustart habe ich mich über xdm
angemeldet und es erschien
On Tuesday, 8. March 2011 01:07:14 dl wrote:
I attached the required files.
additionally, i should point out that I did not get the nvidia driver from
the debian repositoire, so maybe my bug report might not interest you. (I
did not know that the bug was related to the graphical card
On Tuesday, 15. March 2011 14:54:04 Julien Cristau wrote:
reassign 618443 nvidia-glx
kthxbye
An X crash is an X bug, reassigning to the driver.
What version of the nvidia driver were you using?
Please retry with the driver 260.19.44-1 packages just uploaded to unstable.
Andreas
--
To
tags 618695 + upstream moreinfo
thanks
On 2011-03-17 18:37, Daniel Franganillo wrote:
The recent upgrade to nvidia driver 260.19.44 resulted in lots of
artifacts on my Gnome Desktop.
Hi Daniel,
this seems to be a bug in the binary driver, so we can't do anything
about it. You may want to
tags 618695 - upstream
thanks
On 2011-03-18 10:54, Daniel Franganillo wrote:
Its not a bug in the binary blob. The same machine with an ArchLinux
Installation (same driver, same card, same xorg version) works fine
(no artifacts).
How can I give more information about this bug?
* create a
found 613536 260.19.36
tags 613536 + moreinfo upstream
thanks
On Sunday, 20. March 2011 22:51:13 Andrei Popescu wrote:
Further experiments show that this bug happens only with nvidia and
kernel 2.6.37 or newer, it does not happen with nouveau.
I tried to test on squeeze (older Xorg), but the
# uups, copied wrong bug number from previous poster
notfound 613536 260.19.36
tags 613536 - moreinfo upstream
found 613534 260.19.36
tags 613534 + moreinfo upstream
thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 2011-03-23 13:40, Andreas Beckmann wrote:
On Monday, 21. March 2011 09:11:43 Andreas Beckmann wrote:
Please retry with 260.19.44 which is now in unstable and can be compiled
for 2.6.38-rcX, too
You may want to try the 270.30-1 beta driver which should arrive in
experimental soon
On 2011-05-11 18:45, rainer wrote:
Package: libgl1-nvidia-alternatives-ia32
Version: 270.41.06-1
Severity: important
the package does not install, looks like it depends on something that isnt
there... eg /usr/lib32/libGL.so.1
in /usr/lib32/ ls | grep libGL returns:
libGL.so.185.18.36
On 2011-05-09 18:10, Andreas Beckmann wrote:
On 2011-03-24 09:38, Pere Nubiola Radigales wrote:
I am downloded the 270.30-1 version from the experimental and have the
same problem.
What about 270.41.06-1 which is availble in unstable?
In case you have binutils-gold installed, remove
stable/squeeze.
Andreas
On 2011-05-12 23:17, Steve Clark wrote:
On Mon, 09 May 2011 18:23:32 +0200
Andreas Beckmann deb...@abeckmann.de wrote:
On 2011-04-22 12:56, Steve wrote:
Package: nvidia-glx
Version: 260.19.44-1
This has been reported to nVidia.
Do you have an URL where progress could
On 2011-05-12 21:54, Andrei Popescu wrote:
I tested 270.41.06-1 with all the kernels I have installed:
$ dpkg -l linux-image-2.6.* | grep ^ii
ii linux-image-2.6.32-5-amd642.6.32-31
Linux 2.6.32 for 64-bit PCs
ii linux-image-2.6.36-trunk-amd64
Package: lintian
Version: 2.5.0
Severity: normal
Tags: patch
Hi,
thanks for implementing arch-specific overrides. Due to a small logic
error, the negated ones do not work. This patch for Tags.pm fixes that
behaviour:
# missing wildcard checks and sanity checking archs $arch
On 2011-05-14 09:28, Filipus Klutiero wrote:
Package: nvidia-glx-legacy-96xx
Version: 96.43.19-1
Version 96xx has not been updated for X.org server 1.10, which could
Correct. Nvidia has not yet updated this legacy driver. Nothing we can
do here. Or do you have any other information that
On 2011-05-14 02:40, sergio wrote:
I have debian installed on usb hdd, so it is possible to boot it on many
computers. And I have many video drivers installed on it.
Do you use the nvidia driver on some machine? Otherwise just uninstall
it ...
Your setup is very special. You will need to
Has there been any progress on these very old bugs?
On Wednesday, 12. December 2007 12:01:25 Alex Murray wrote:
The difference is that if hddtemp is not installed, the hddtemp module
simply fails to run the hddtemp program. But if libXNVCtrl is not
installed, the whole program will fail to
On 2011-05-16 19:22, Russ Allbery wrote:
Andreas Beckmann deb...@abeckmann.de writes:
I would prefer to replace it with some transitional packages that, well,
transition to ... a debconf note describing the situation.
The current packages are not installable due to the Xorg conflict and so
Hi Mikael,
On Sunday, 21. October 2007 22:39:05 Mikael Åkersund wrote:
Package: nvidia-settings
Version: 1.0+20070502-1
After some major system upgrades (switching RAM sticks, motherboard,
PSU, graphic cards and xservers) I found that nvidia-settings no
longer could auto-detect the optimal
On Monday, 30. November 2009 15:47:42 Chris AtLee wrote:
Package: nvidia-settings
Version: 185.18.31-1
Could you retry this with the current version of nvidia-settings
(270.41.06-1)?
Thanks
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Hi David,
On Friday, 8. April 2005 01:25:00 David Liontooth wrote:
Package: nvidia-settings
Version: 1.0+3-1
I run x-windows off an nVidia PCI card, but nvidia-settings claims it's
AGP. It also sees the OS as Linux x86 when it's really GNU/Linux amd64.
You probably don't have that system
Hi Tony, hi Ivan,
just in case NVIDIA changed something, could you try the current version of
nvidia-settings (270.41.06-1) from unstable?
On Monday, 8. June 2009 15:34:02 Tony Houghton wrote:
Package: nvidia-settings
Version: 180.22-1
The man page explains how to use .xinitrc to
On 2011-05-15 23:43, sergio wrote:
On 05/14/2011 01:44 PM, Andreas Beckmann wrote:
Your setup is very special. You will need to reconfigure several things
depending on whether nvidia gpu is available or not, e.g.
/etc/X11/xorg.conf, the libGL.so.1 selection, ...
xorg automatically depends
On 2011-05-17 21:43, Marcin Woźny wrote:
Package: nvidia-glx
Version: 270.41.06-1
Severity: important
after last (3-4 days ago) wheezy update (nvidia drivers, libc etc) there a
not to forget Xorg 1.9 - 1.10
problem that makes login to system with enabled compiz or kde-kwin effect
imposible
retitle 602936 gnuplot: wxt terminal deadlocks on loss of X11 connection
tags 602936 - fixed-upstream + upstream
forwarded 602936
https://sourceforge.net/tracker/?func=detailaid=3303816group_id=2055atid=102055
thanks
I investigated this problem again, bisected gnuplot, opened a new
upstream bug
tags 627119 - moreinfo
forwarded 627119 http://www.nvnews.net/vbulletin/showthread.php?t=160115
thanks
Hi Marcin,
thanks for testing several combinations. Now it seems pretty clear that
the problem is independent from the Xorg version and according to the
forum thread it may be related to GeForce
, 'stable-updates'), (130, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Comment: Add Andreas Beckmann deb...@abeckmann.de as a Debian Maintainer
Date: Wed, 01 Jun 2011
On 2011-06-06 16:16, Diggory Hardy wrote:
Package: nvidia-glx
Version: 270.41.19-1
Severity: normal
I have set up nvidia's PowerMizer to use different profiles on mains
and battery power as documented at
http://tutanhamon.com.a/technovodstvo/NVIDIA-UNIX-driver/ , however
incorrect URL
On 2011-06-04 15:54, Tony Houghton wrote:
Package: nvidia-glx
Version: 275.09-1
Please retry with 275.09.04-1. This is said to fix some KDE issues, but
eventually it helps in your case, too.
If it does not help, please check the NVIDIA forums for a matching
report and add additional information
601 - 700 of 15330 matches
Mail list logo