Bug#582066: helping to get the xsane bug fixed?
Oh!, I want to do it, but i don't have the hardware in this days... Thank's, hope this help others... 2010/11/28 Tomáš Pospíšek t...@sourcepole.ch: Hello, if you want to get the xsane bug fixed then I think it could help if you'd try to answer the questions in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582066#24 With Julien's help I was able to bisect the commits to the sane-backends git repository until I found the problematic commit that stopped my own scanner from working (see bug #585887). While that's no proof yet, that this will finaly make my scanner work again with the current Debian packages, at least it's allready a lot of progress in the right direction. So maybe you want to try as well, to get your scanners working again with current Debian? Greets, *t -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Absolute certainty is a privilege of uneducated minds-and fanatics. It is, for scientific folk, an unattainable ideal. Cassius J. Keyser Eres un barco en el mar de emociones donde la mente y el corazón son el timón y el motor de tu vida; la muerte es tu destino, el amor tu capitán y deseo con toda el alma que tu viaje sea emocionante, lleno de aventuras y que dure muchos años. Montaño Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535229: broken GTK dialogs in OpenOffice.org using nvidia driver
for me this bug change some versions ago... I could use hardware aceleration nowadays in oo I think the bug was a shared one... On Tue, Aug 24, 2010 at 10:38 PM, Sebastian P. Luque splu...@gmail.com wrote: On Wed, 25 Aug 2010 05:22:14 +0200, Andreas Beckmann deb...@abeckmann.de wrote: Does this problem still occur with current NVIDIA drivers (195.36.31-2 entered testing today) and OpenOffice (3.2.0 has been in testing for some time)? I'm sorry I no longer use Nvidia. After going through 2 cards I don't trust these products anymore. I'm now using an ATI card with the fglrx driver and don't see that problem anymore, although window operations (changing sizes and clicking on menus is much slower than with Nvidia). -- Seb -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Absolute certainty is a privilege of uneducated minds-and fanatics. It is, for scientific folk, an unattainable ideal. Cassius J. Keyser Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538822: Bug #538822
do you has tried to reinstall bash? perhaps force reinstall? On Sat, Jun 19, 2010 at 1:01 AM, Brian Morris cymraeg...@gmail.com wrote: I have got this thing bad, it blocked my upgrades completely in sid, I tried to remove dash and i got bash removed instead, i got into a chroot via rescue mode with the installer and with placing emergency copies of the files from the bash deb onto my system. however I am stumped what to do to work around. my system will still not boot now the normal way. here's the error: Setting up dash (0.5.5.1-6) ... dpkg-divert: mismatch on package when removing `diversion of /bin/sh by dash' found `diversion of /bin/sh to /bin/sh.distrib by bash' dpkg: error processing dash (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: dash I tried using dpkg-divert removal for the bad diversion as shown in the manpage for it but that didn't work. Is there anything I can do other than a complete reinstall ? My system is a macbook late'06. Thanks, Brian -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktilrnitoeotdtqgshziq6cdgrncahmkkuez_w...@mail.gmail.com -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Absolute certainty is a privilege of uneducated minds-and fanatics. It is, for scientific folk, an unattainable ideal. Cassius J. Keyser Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582076: nvidia-glx: TwinViewXineramaInfoOrder causes segfault in X server on startup
Andreas, Sorry to bother you, I know you are working hard... Just yesterday I need to fill a bug and read this page http://www.debian.org/Bugs/Reporting This is a fragment: Don't file bugs upstream If you file a bug in Debian, don't send a copy to the upstream software maintainers yourself, as it is possible that the bug exists only in Debian. If necessary, the maintainer of the package will forward the bug upstream. I know nvidia is a special case just to give you this information in order you could ask the users to open and link the bug upstream as a special case... On Tue, May 18, 2010 at 3:01 AM, Andreas Beckmann deb...@abeckmann.de wrote: tags 582076 upstream thanks Russell Stuart wrote: Package: nvidia-glx Version: 195.36.24-1 Severity: normal This seems to be a bug introduced in 195. Prior versions worked. The issue is the What was the last working version? Xserver gets a segfault on startup. The /var/log/Xorg.0.log: Did you mistype the bug title? It mentions a different option ... I have a similar setup with a handmade xorg.conf (showing Device section only): Section Device Identifier Configured Video Device Driver nvidia Option TwinView Option MetaModes CRT-0: 1600x1200, DFP-0: 1680x1050; , DFP-0: 1680x1050 Option TwinViewOrientation CRT-0 LeftOf DFP-0 EndSection on a G84M [Quadro NVS 140M] GPU. Only other difference I see on a quick glance is kernel 2.6.32-3 vs. 2.6.32-5. You should probably check in the NVIDIA Linux forum for a similar report and make a new one if noone reported this problem so far, following the bug reporting instructions found there. http://www.nvnews.net/vbulletin/forumdisplay.php?s=forumid=14 There is nothing the Debian NVIDIA packaging team can do about bugs in the closed-source driver. If you find/post something over there please post a link here, too, so progress can be followed. Andreas -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Absolute certainty is a privilege of uneducated minds-and fanatics. It is, for scientific folk, an unattainable ideal. Cassius J. Keyser Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566874: Multiple video cards + Xinerama + vga_arbitor makes X unusable with kernel 2.6.32
Again 2.6.32-5 with nouvea kernel module... just blacklist noveau to work with nvidia... On Tue, May 18, 2010 at 10:50 AM, Emilio J. Padron emil...@udc.es wrote: Package: nvidia-kernel-source Version: 195.36.24-1 Severity: normal My system still freezes immediately after a 'modprobe nvidia' with nvidia 195.36.24-1 and linux 2.6.32-5-amd64. I've tried both nvidia-kernel-source and nvidia-kernel-dkms with identical results. Best regards, Emilio -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-source depends on: ii debhelper 7.4.20 helper programs for debian/rules ii make 3.81-8 An utility for Directing compilati pn quilt none (no description available) Versions of packages nvidia-kernel-source recommends: ii kernel-package 12.033 A utility for building Linux kerne ii module-assistant 0.11.3 tool to make module package creati ii nvidia-glx 195.36.24-1 NVIDIA binary Xorg driver ii nvidia-kernel-common 20100216+3+nmu1 NVIDIA binary kernel module common nvidia-kernel-source suggests no packages. -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Absolute certainty is a privilege of uneducated minds-and fanatics. It is, for scientific folk, an unattainable ideal. Cassius J. Keyser Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582066: libsane: This version didn't work with epson stylus 3200 while 1.0.19-23 still work ok...
Julien, Confirmed libsane 1.0.20-14+b1 works fine too. Thanks. On Tue, May 18, 2010 at 12:11 PM, Julien BLACHE jbla...@debian.org wrote: notfound 582066 1.0.19-23 found 582066 1.0.21-1 thanks Jaime Ochoa Malagón chp...@gmail.com wrote: Hi, This version didn't work with epson stylus 3200 while 1.0.19-23 still work ok... I only switch the versions of the package and I could scan or not... I want to give you more information but I don't have any... It would be nice if you could test with libsane 1.0.20, which you can download here (first file, libsane_1.0.20-14+b1_amd64.deb): http://snapshot.debian.org/package/sane-backends/1.0.20-14/#libsane_1.0.20-14:2b:b1 So as to determine whether this is a regression in 1.0.21 from 1.0.20 or in 1.0.20 from 1.0.19. 1.0.19 is really ancient by now... Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Absolute certainty is a privilege of uneducated minds-and fanatics. It is, for scientific folk, an unattainable ideal. Cassius J. Keyser Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582066: libsane: This version didn't work with epson stylus 3200 while 1.0.19-23 still work ok...
Package: libsane Version: 1.0.19-23 Severity: important Subject: libsane: This version didn't work with epson stylus 3200 while 1.0.19-23 still work ok... *** Please type your report below this line *** This version didn't work with epson stylus 3200 while 1.0.19-23 still work ok... I only switch the versions of the package and I could scan or not... I want to give you more information but I don't have any... -- System Information: Debian Release: squeeze/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsane depends on: ii adduser 3.110 add and remove users and groups ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libexif12 0.6.16-2.1 library to parse EXIF files ii libgphoto2-2 2.4.6-1 gphoto2 digital camera library ii libgphoto2-port0 2.4.6-1 gphoto2 digital camera port librar ii libieee1284-3 0.2.11-5 cross-platform library for paralle ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libsane-extras 1.0.21.2 API library for scanners -- extra ii libtiff4 3.8.2-11.2 Tag Image File Format (TIFF) libra ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii makedev 2.3.1-88 creates device files in /dev ii udev 153-2 /dev/ and hotplug management daemo Versions of packages libsane recommends: ii avahi-daemon 0.6.25-3 Avahi mDNS/DNS-SD daemon pn sane-utils none (no description available) Versions of packages libsane suggests: pn hplip none (no description available) pn hpoj none (no description available) -- no debconf information -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Absolute certainty is a privilege of uneducated minds-and fanatics. It is, for scientific folk, an unattainable ideal. Cassius J. Keyser Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535645: I strongly suggest...
Dear ctte, We, the debian amd64 users should be able to pick our own poison, I really prefer to have ia32-libs-tools because this work far more close to debian way of package manage, the ia32-libs is an incomplete lazy solution with a huge package that needs the maintainer to update a small part of it (any library in the bundle) exposing us to security risks by example, any way, the work done by Goswin has been proved and is working obviously needs maintain to being better but Goswin is doing a great job. Why loose a great package that's helps to use practically any ia32 program just by a political reason? The ftpmaster should complain about the package, even moving it to experimental, but not, by any reason only remove it... And finally if my memory is not failing Goswin was the maintainer of ia32-libs and work in a better solution... ia32-libs-tools is a great tool and I hope we can get it back... -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774
Bug#515874: wajig pretend to install depends of the upgrade version of an hold package
Graham, Thanks, certainly wajig have many commands to learn, is huge, and really too much more intuitive, I just used to manage the other commands, even now I remember dselect ;-) The answers below... 2009/5/2 Graham Williams graham.willi...@togaware.com: Thanks for the clear example Jaime. Very helpful. Comments below Received Sat 02 May 2009 9:47am +1000 from Jaime Ochoa Malagón: my test is the following: put this lines in your /etc/apt/sources.list wajig editsources deb http://www.debian-multimedia.org/ lenny main deb http://www.debian-multimedia.org/ etch main wajig install dvdstyler=1:1.4-0.5 refugio:/home/chptma# apt-cache policy dvdstyler dvdstyler: Installed: 1:1.4-0.5 Candidate: 1:1.7.1-0.1 Version table: 1:1.7.1-0.1 0 900 http://www.debian-multimedia.org lenny/main Packages *** 1:1.4-0.5 0 500 http://www.debian-multimedia.org etch/main Packages 100 /var/lib/dpkg/status the preferences should let dvdstyler to upgrade For me: wajig avail dvdstyler dvdstyler: Installed: 1:1.4-0.5 Candidate: 1:1.7.1-0.1 Version table: 1:1.7.1-0.1 0 500 http://www.debian-multimedia.org lenny/main Packages *** 1:1.4-0.5 0 500 http://www.debian-multimedia.org etch/main Packages 100 /var/lib/dpkg/status wajig dailyupgrade attemps to upgrade dvdstyler and their depends I only show the important package (the problem ahs grow since then for an experimental package that I have...) The following NEW packages will be installed: dvdstyler-data libwxsvg0 The following packages will be upgraded: dvdstyler I choose to hold dvdstyler refugio:/home/chptma# wajig hold dvdstyler The following packages are on hold: dvdstyler wajig dailyupgrade correctly hold the package but continue to attemps to install depends The following NEW packages will be installed: dvdstyler-data libwxsvg0 The following packages have been kept back: dvdstyler Hmm, I don't suppose these two are dependencies of other packages that are getting upgraded? Doesn't look like it: $ wajig dependents dvdstyler-data d dvdstyler refugio:/home/chptma# apt-cache policy dvdstyler dvdstyler: Installed: 1:1.4-0.5 Candidate: 1:1.7.1-0.1 Version table: 1:1.7.1-0.1 0 900 http://www.debian-multimedia.org lenny/main Packages *** 1:1.4-0.5 0 500 http://www.debian-multimedia.org etch/main Packages 100 /var/lib/dpkg/status refugio:/home/chptma# aptitude upgrade W: The upgrade command is deprecated; use safe-upgrade instead. Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 25 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Okay, so the two packages don't get marked as requiring upgrade. So I'm guessing apt-get is not noticing that dvdstyler is not being upgraded, and so tried to install its new dependencies? Yet aptitude is doing the right thing. Yeap! refugio:/home/chptma# aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 25 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done refugio:/home/chptma# aptitude safe-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 25 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done If I unhold the package: refugio:/home/chptma# aptitude upgrade W: The upgrade command is deprecated; use safe-upgrade instead. Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading
Bug#515874: wajig pretend to install depends of the upgrade version of an hold package
Hi Graham, You are right, the bug is on apt-get. I didn know how work the hold feature in apt-get any way at this moment didn't work... I don't know how to reasign the bug, did you mind to do this for me? Really I use aptitude that brings to me the feel of control and in this case thats true, someone write about wajig and their good features and I was testing it but this problem disapoint me and I return to use aptitude, I feel confortable with wajig while that works for me (not any more until this bug in apt-get is solved), thanks. 2009/4/30 Graham Williams graham.willi...@togaware.com Hi Jaime, Thanks for the bug report. Underneath, the dailyupgrade command is simply doing: apt-get --show-upgraded dist-upgrade so I would guess the same situation is there with apt-get. Do you think instead this might be a wajig specific problem? Otherwise could you reassign this to apt-get, perhaps as a wishlist? Or is there an option to apt-get to get the behaviour you want? That might be something we could fix wajig with. Thanks, Graham Received Wed 18 Feb 2009 4:41pm +1100 from Jaime Ochoa Malagón: Package: wajig Version: 2.0.38 Severity: normal *** Please type your report below this line *** Some package have a bug and I request to downgrade it to the stable version... wajig dailyupgrade wants to upgrade it to my preferences (testing) I hold the package wajig dailyupgrade hold the stable package BUT pretends to install the depends of the test version, thats is a bug... -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (900, 'stable'), (550, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wajig depends on: ii apt 0.7.20.2 Advanced front-end for dpkg ii dselect 1.14.25 Debian package management front-en ii python 2.5.2-3 An interactive high-level object-o ii python-apt 0.7.7.1+nmu1 Python interface to libapt-pkg ii python-central 0.6.8 register and build utility for Pyt wajig recommends no packages. Versions of packages wajig suggests: ii alien 8.72 convert and install rpm and other ii apt-listbugs 0.0.94 Lists critical bugs before each ap ii apt-move 4.2.27-1+b4 Maintain Debian packages in a pack ii apt-show-versions 0.15 lists available package versions w ii debconf 1.5.24 Debian configuration management sy ii deborphan 1.7.27 program that can find unused packa ii dpkg-repack 1.30 puts an unpacked .deb file back to ii fakeroot 1.11 Gives a fake root environment ii fping 2.4b2-to-ipv6-15 sends ICMP ECHO_REQUEST packets to pn gkdebconf none (no description available) pn gnome-tasksel none (no description available) pn gnome-terminal none (no description available) ii locales 2.7-18 GNU C Library: National Language ( pn lynx none (no description available) ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.3-1 Python bindings for the GNOME desk ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii reportbug 3.48 reports bugs in the Debian distrib ii sudo 1.6.9p17-2 Provide limited super user privile -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE
Bug#515874: wajig pretend to install depends of the upgrade version of an hold package
or example that exhibits the bug behaviour and is repeatable. I've not been able to repeat this yet and without repeatability and a clear demonstration it is hard to fix. Thanks, Graham Received Sat 02 May 2009 5:33am +1000 from Jaime Ochoa Malagón: Hi Graham, You are right, the bug is on apt-get. I didn know how work the hold feature in apt-get any way at this moment didn't work... I don't know how to reasign the bug, did you mind to do this for me? Really I use aptitude that brings to me the feel of control and in this case thats true, someone write about wajig and their good features and I was testing it but this problem disapoint me and I return to use aptitude, I feel confortable with wajig while that works for me (not any more until this bug in apt-get is solved), thanks. 2009/4/30 Graham Williams graham.willi...@togaware.com Hi Jaime, Thanks for the bug report. Underneath, the dailyupgrade command is simply doing: apt-get --show-upgraded dist-upgrade so I would guess the same situation is there with apt-get. Do you think instead this might be a wajig specific problem? Otherwise could you reassign this to apt-get, perhaps as a wishlist? Or is there an option to apt-get to get the behaviour you want? That might be something we could fix wajig with. Thanks, Graham Received Wed 18 Feb 2009 4:41pm +1100 from Jaime Ochoa Malagón: Package: wajig Version: 2.0.38 Severity: normal *** Please type your report below this line *** Some package have a bug and I request to downgrade it to the stable version... wajig dailyupgrade wants to upgrade it to my preferences (testing) I hold the package wajig dailyupgrade hold the stable package BUT pretends to install the depends of the test version, thats is a bug... -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (900, 'stable'), (550, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wajig depends on: ii apt 0.7.20.2 Advanced front-end for dpkg ii dselect 1.14.25 Debian package management front-en ii python 2.5.2-3 An interactive high-level object-o ii python-apt 0.7.7.1+nmu1 Python interface to libapt-pkg ii python-central 0.6.8 register and build utility for Pyt wajig recommends no packages. Versions of packages wajig suggests: ii alien 8.72 convert and install rpm and other ii apt-listbugs 0.0.94 Lists critical bugs before each ap ii apt-move 4.2.27-1+b4 Maintain Debian packages in a pack ii apt-show-versions 0.15 lists available package versions w ii debconf 1.5.24 Debian configuration management sy ii deborphan 1.7.27 program that can find unused packa ii dpkg-repack 1.30 puts an unpacked .deb file back to ii fakeroot 1.11 Gives a fake root environment ii fping 2.4b2-to-ipv6-15 sends ICMP ECHO_REQUEST packets to pn gkdebconf none (no description available) pn gnome-tasksel none (no description available) pn gnome-terminal none (no description available) ii locales 2.7-18 GNU C Library: National Language ( pn lynx none (no description available) ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.3-1 Python bindings for the GNOME desk ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii reportbug 3.48 reports bugs in the Debian distrib ii sudo 1.6.9p17-2 Provide limited super user privile -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa
Bug#515874: wajig pretend to install depends of the upgrade version of an hold package
Package: wajig Version: 2.0.38 Severity: normal *** Please type your report below this line *** Some package have a bug and I request to downgrade it to the stable version... wajig dailyupgrade wants to upgrade it to my preferences (testing) I hold the package wajig dailyupgrade hold the stable package BUT pretends to install the depends of the test version, thats is a bug... -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (900, 'stable'), (550, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wajig depends on: ii apt 0.7.20.2 Advanced front-end for dpkg ii dselect 1.14.25 Debian package management front-en ii python 2.5.2-3 An interactive high-level object-o ii python-apt 0.7.7.1+nmu1 Python interface to libapt-pkg ii python-central 0.6.8register and build utility for Pyt wajig recommends no packages. Versions of packages wajig suggests: ii alien 8.72 convert and install rpm and other ii apt-listbugs0.0.94 Lists critical bugs before each ap ii apt-move4.2.27-1+b4 Maintain Debian packages in a pack ii apt-show-versions 0.15 lists available package versions w ii debconf 1.5.24 Debian configuration management sy ii deborphan 1.7.27 program that can find unused packa ii dpkg-repack 1.30 puts an unpacked .deb file back to ii fakeroot1.11 Gives a fake root environment ii fping 2.4b2-to-ipv6-15 sends ICMP ECHO_REQUEST packets to pn gkdebconf none (no description available) pn gnome-tasksel none (no description available) pn gnome-terminal none (no description available) ii locales 2.7-18 GNU C Library: National Language ( pn lynxnone (no description available) ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.3-1 Python bindings for the GNOME desk ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii reportbug 3.48 reports bugs in the Debian distrib ii sudo1.6.9p17-2 Provide limited super user privile -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504585: nvidia-glx conflicts with xserver-xorg-core
EM2AFFMgAWiNAHK6c2C9kdnioWEMe2Myoy39DSCMr5XDIC9R1sUEMrBt/drPDEU+ V4p7ZMTsW4s52qZKLhRMkdWVCW2BuR1OK5q1kxbN43sl1ILxOyMI9JFiQkHqGndP DQLoqIWz7A2x6gMgKAWKeh0ZJKNARCcvJhCau9D/Lz45QwpcQ8nmSAwCl2s/eovH U5dN9y5s2IoF7oHgO5Lk4Lg/yVOh0WGzsOrmvnaaUmFs4oes9M4l0Dwa7yf5/6mE iglms9eZlCrgk6OfAABM =IMXX -END PGP SIGNATURE- -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774
Bug#501668: nvidia-kernel-source: New upstream version available -- 177.80, improves support for current cards
There is in experimental... see ticket Bug#497073: [pkg-nvidia-devel] Bug#497073: nvidia-graphics-drivers: version 177.80 is out and #501610 Format: 1.8 Date: Tue, 07 Oct 2008 16:10:53 -0700 Source: nvidia-graphics-drivers Binary: nvidia-glx-ia32 nvidia-glx nvidia-glx-dev nvidia-kernel-source Architecture: source amd64 Version: 177.80-1 Distribution: experimental Urgency: low Maintainer: Debian NVIDIA Maintainers [EMAIL PROTECTED] Changed-By: Randall Donald [EMAIL PROTECTED] Description: nvidia-glx - NVIDIA binary Xorg driver nvidia-glx-dev - NVIDIA binary Xorg driver development files nvidia-glx-ia32 - NVIDIA binary XFree86 4.x driver nvidia-kernel-source - NVIDIA binary kernel module source Changes: nvidia-graphics-drivers (177.80-1) experimental; urgency=low - Show quoted text - On Thu, Oct 9, 2008 at 7:07 AM, Mihnea-Costin Grigore [EMAIL PROTECTED] wrote: Package: nvidia-kernel-source Version: 173.14.09-5 Severity: wishlist A new stable version was just released, available here: http://www.nvidia.com/object/linux_display_ia32_177.80.html http://www.nvidia.com/object/linux_display_amd64_177.80.html Please package this new version, it finally adds official support for new GPU's and improves existing support for the 8xxx and 9xxx series of cards (especially relating to bad 2D performance). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-source depends on: ii debhelper 7.0.17 helper programs for debian/rules ii dpatch2.0.30 patch maintenance system for Debia ii make 3.81-5 The GNU version of the make util ii sed 4.1.5-8The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts 2.10.38 scripts to make the life of a Debi ii kernel-package 11.001-0.1 A utility for building Linux kerne ii nvidia-glx 173.14.09-5 NVIDIA binary Xorg driver nvidia-kernel-source suggests no packages. -- no debconf information -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501610: [nvidia-kernel-source] new upstream version
There is in experimental... see ticket Bug#497073: [pkg-nvidia-devel] Bug#497073: nvidia-graphics-drivers: version 177.80 is out Format: 1.8 Date: Tue, 07 Oct 2008 16:10:53 -0700 Source: nvidia-graphics-drivers Binary: nvidia-glx-ia32 nvidia-glx nvidia-glx-dev nvidia-kernel-source Architecture: source amd64 Version: 177.80-1 Distribution: experimental Urgency: low Maintainer: Debian NVIDIA Maintainers [EMAIL PROTECTED] Changed-By: Randall Donald [EMAIL PROTECTED] Description: nvidia-glx - NVIDIA binary Xorg driver nvidia-glx-dev - NVIDIA binary Xorg driver development files nvidia-glx-ia32 - NVIDIA binary XFree86 4.x driver nvidia-kernel-source - NVIDIA binary kernel module source Changes: nvidia-graphics-drivers (177.80-1) experimental; urgency=low On Wed, Oct 8, 2008 at 4:13 PM, Johann Felix Soden [EMAIL PROTECTED] wrote: Package: nvidia-kernel-source Version: 173.14.09-5 Severity: wishlist There is a new upstream version (177.80). Thanks for your work! -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489835: seccure-* FATAL: Cannot obtain memory lock
James, I really test seccure-decrypt and works fine to me, only complains a warning but works fine... This is the warning... WARNING: Cannot obtain memory lock: Cannot allocate memory. but I presume you already knows... do you belive any other component could fail in a particular way? I ask this because I belive your test are by far more large than mine, but if I could bring some help, there is my pleasure to do it, just tell me how. Thanks for all your help and work. Greatings On Sat, Sep 27, 2008 at 4:30 AM, James Westby [EMAIL PROTECTED] wrote: On Tue, 2008-09-09 at 23:17 -0500, Jaime Ochoa =?UTF-8?Q?Malag=C3=B3n ?= wrote: James, Bothering you again, I just try to see my files since the upgrade and have this error... WARNING: Cannot obtain memory lock: Cannot allocate memory. Assuming MAC length of 80 bits. O j: operation is not possible without initialized secure memory On the early test I just run the program but not decrypt my files... Hi, Thanks for catching this. A fixed package should be on its way to the archive right now, seccure 0.3-3, I would appreciate you verifying that it works for you as soon as possible. Apologies for not getting this right the first time around. Thanks, James -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489835: seccure-* FATAL: Cannot obtain memory lock
James, Bothering you again, I just try to see my files since the upgrade and have this error... WARNING: Cannot obtain memory lock: Cannot allocate memory. Assuming MAC length of 80 bits. O j: operation is not possible without initialized secure memory On the early test I just run the program but not decrypt my files... Do you know how could I configure my system to allow seccure to alloc memory? On Wed, Jul 30, 2008 at 10:45 AM, James Westby [EMAIL PROTECTED] wrote: On Mon, 2008-07-07 at 22:46 -0500, Jaime Ochoa Malagon wrote: I have a couple of files encrypted and whe I need to decrypt the programs file misserably... FATAL: Cannot obtain memory lock: Cannot allocate memory. That seems strange any ideas? Hi, Having spoken with someone who knows much more about this than me pam 0.99 started respecting the kernel's defaults for limits, which means that it will now refuse to let seccure lock all of it's memory. I'm going to make this bug RC, as seccure is currently completely broken, and so is not appropriate for stable. I have emailed the author to see if we can come up with a solution. Thanks, James -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489835: closed by James Westby [EMAIL PROTECTED] (Bug#489835: fixed in seccure 0.3-2)
cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages seccure depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcrypt11 1.4.1-1LGPL Crypto library - runtime libr seccure recommends no packages. -- no debconf information -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489834: seccure-* FATAL: Cannot obtain memory lock
Subject: seccure-* FATAL: Cannot obtain memory lock Package: seccure Version: 0.3-1 Severity: important *** Please type your report below this line *** I have a couple of files encrypted and whe I need to decrypt the programs file misserably... FATAL: Cannot obtain memory lock: Cannot allocate memory. That seems strange any ideas? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages seccure depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcrypt11 1.4.1-1LGPL Crypto library - runtime libr seccure recommends no packages. -- no debconf information -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478747: 2.6.25-3 doesn't have this module either...
2.6.25-3 doesn't have this module either... -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473331: That could explain why DVD fail
I'm not be able to use DVD with DMA in kernels 2.6.24 and 2.6.25 tha player complains about not enough privileges when in 2.6.23 the DVD simply work with dma... -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Arquitecto de Soluciones Cel: +52 (55) 1021 0774 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478747: lack of bttv module
I miss this module too... -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476504: nvidia-kernel-source patch and modpost patch resolve bug for 2.6.25-1-amd64
Could you give us a step by step to install the this patch in debian... Tank's in advance On 5/5/08, Ian MacDonald [EMAIL PROTECTED] wrote: Package: nvidia-kernel-source Version: 169.12-1 Followup-For: Bug #476504 After reviewing the full bug report, and patching the source and Makefile.modpost everything is working great. A big win for HP laptop users with MCP51/nVidia who are experiencing the hwclock issues reported in #426171 that are now resolved by 2.6.25 and have working GUI now too. thanks, Ian. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-source depends on: ii debhelper 7.0.8 helper programs for debian/rules ii dpatch2.0.29 patch maintenance system for Debia ii make 3.81-4 The GNU version of the make util ii sed 4.1.5-8The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.10.27scripts to make the life of a Debi ii kernel-package11.001-0.1 A utility for building Linux kerne ii nvidia-glx169.12-1 NVIDIA binary Xorg driver -- no debconf information -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406553: kompozer
I think there is no worth on this by now... On Thu, Apr 10, 2008 at 9:18 PM, Karl Schmidt [EMAIL PROTECTED] wrote: It appears that kompozer is available as a deb - but http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406553 http://sourceforge.net/tracker/index.php I was able to load the ubuntu AMD64 package on lenny - should be an easy port to Debian. Karl Schmidt EMail [EMAIL PROTECTED] Transtronics, Inc. WEB http://xtronics.com 3209 West 9th StreetPh (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 We can't sue and tax each other into prosperity. -kps -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Bug#434047: libxrandr2: Compiz fail to refresh with version 2:1.2.1-1
I understand the requirements and I pretend to use nv driver to test it, I'm not sure if this is posible but I'll try... I just upgrade nvidia-glx to the last version and the behaivor is consistent... I need to ask it sorry to bother If I use to have nvidia 0.9746-2 and change to 100.14.11-1 and If I use to have compiz 0.2.2-1 and change to 0.5.0.dfsg-2 and I have beryl 0.2.0* the only change is libxrandr2 upgrade and downgrade and the other apps works with the old version and not with the new one... I guess something change between the version that's is not new and the behaivor has changed at least for amd64... I'll try to reproduce with another driver, just will take me a litle time just change nv for nvidia doesn't do the trick... Thank's On 7/21/07, Brice Goglin [EMAIL PROTECTED] wrote: Jaime Ochoa Malagón wrote: I already has documented a little more of this bug days ago but the mail-rely lost it and the bug has never been reported... That happens to if only upgrade libxrandr2 in an etch (of course upgrade all the depends) I use nvidia drivers but the older version works ok... I use TwinView Please reproduce without the nvidia binary driver. We already have a couple compiz-related bugs that seem nvidia-specific. And I don't think we ever got any bug report like yours without nvidia (do you have the latest nvidia-glx?). Brice -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Bug#434047: libxrandr2: Compiz fail to refresh with version 2:1.2.1-1
Subject: libxrandr2: Compiz fail to refresh with version 2:1.2.1-1 Package: libxrandr2 Version: 2:1.1.0.2-5 Severity: normal *** Please type your report below this line *** I upgrade to compiz 0.5.0.dfsg-2 and the behaivor is consistent with old compiz 0.2.2-1 both of the stop to refresh changes in the screen by example konsole... I presume could confirm the bug is libxrandr2 because I already did the nasty thing: dpkg --force-downgrade,depends -i libxrandr2_2%3a1.1.0.2-5_amd64.deb dpkg - warning: downgrading libxrandr2 from 1.2.1-1 to 1.1.0.2-5. (Reading database ... 492592 files and directories currently installed.) Preparing to replace libxrandr2 2:1.2.1-1 (using libxrandr2_2%3a1.1.0.2-5_amd64.deb) ... Unpacking replacement libxrandr2 ... Setting up libxrandr2 (1.1.0.2-5) ... And now the new compiz is refreshing without trouble. (same beryl not in debian) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (800, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libxrandr2 depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii x11-common1:7.1.0-16 X Window System (X.Org) infrastruc libxrandr2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434047: Acknowledgement (libxrandr2: Compiz fail to refresh with version 2:1.2.1-1)
I already has documented a little more of this bug days ago but the mail-rely lost it and the bug has never been reported... That happens to if only upgrade libxrandr2 in an etch (of course upgrade all the depends) I use nvidia drivers but the older version works ok... I use TwinView -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Bug#432803: compiz: Compiz causes completely blank screen when switching virtual consoles
Hi, This issue has trated in a thread the link now is broken but the soluton is in my xorg.conf, I could not tell you for sure whath lines are but I could send to you my xorg.conf... Really I use to have this problem until that thread, maybe you could find it again in google. And yes is nvidia related. Best whishes On 7/12/07, Kevin Brown [EMAIL PROTECTED] wrote: Brice Goglin wrote: Given which components are involved in rendering compiz and switching from/to VT, the problem is probably much more related to the server core and the driver than to compiz. If you're using the nvidia binary driver, the bug could entirely nvidia-specific and thus non-debuggable on our part. I can't reproduce at all with the intel driver. So I am reassigning to nvidia-glx for now. One data point against compiz on this: if I use compiz in the session, then disable it (replace it with metacity after turning compiz into a normal session entry), then switch out I can switch back without any issue. So compiz is at least tickling the right bugs in the server here... Not that you can do much to deal with it if you don't have the same drivers, so I still agree that nvidia-glx is the right place for this. -- Kevin Brown [EMAIL PROTECTED] -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10 xorg.conf Description: Binary data
Bug#407580: Info received and FILED only (was Bug#407580: Does /usr/lib/tls/libnvidia-tls.so.1 exist?)
use m-a a-i to build the module of the current kernel version... and later probe On 2/15/07, Philipp Marek [EMAIL PROTECTED] wrote: Regarding installation of links: $ ls -la rc*.d/*nvidia* lrwxrwxrwx 1 root root 20 2007-01-12 20:55 rc0.d/K20nvidia-glx - ../init.d/nvidia-glx lrwxrwxrwx 1 root root 27 2007-01-10 18:52 rc0.d/K20nvidia-glx-legacy - ../init.d/nvidia-glx-legacy lrwxrwxrwx 1 root root 23 2007-01-10 18:52 rc0.d/K20nvidia-kernel - ../init.d/nvidia-kernel lrwxrwxrwx 1 root root 20 2007-01-12 20:55 rc1.d/K20nvidia-glx - ../init.d/nvidia-glx lrwxrwxrwx 1 root root 27 2007-01-10 18:52 rc1.d/K20nvidia-glx-legacy - ../init.d/nvidia-glx-legacy lrwxrwxrwx 1 root root 23 2007-01-10 18:52 rc1.d/K20nvidia-kernel - ../init.d/nvidia-kernel lrwxrwxrwx 1 root root 20 2007-01-12 20:55 rc2.d/S20nvidia-glx - ../init.d/nvidia-glx lrwxrwxrwx 1 root root 27 2007-01-10 18:52 rc2.d/S20nvidia-glx-legacy - ../init.d/nvidia-glx-legacy lrwxrwxrwx 1 root root 23 2007-01-10 18:52 rc2.d/S20nvidia-kernel - ../init.d/nvidia-kernel lrwxrwxrwx 1 root root 20 2007-01-12 20:55 rc3.d/S20nvidia-glx - ../init.d/nvidia-glx lrwxrwxrwx 1 root root 27 2007-01-10 18:52 rc3.d/S20nvidia-glx-legacy - ../init.d/nvidia-glx-legacy lrwxrwxrwx 1 root root 23 2007-01-10 18:52 rc3.d/S20nvidia-kernel - ../init.d/nvidia-kernel lrwxrwxrwx 1 root root 20 2007-01-12 20:55 rc4.d/S20nvidia-glx - ../init.d/nvidia-glx lrwxrwxrwx 1 root root 27 2007-01-10 18:52 rc4.d/S20nvidia-glx-legacy - ../init.d/nvidia-glx-legacy lrwxrwxrwx 1 root root 23 2007-01-10 18:52 rc4.d/S20nvidia-kernel - ../init.d/nvidia-kernel lrwxrwxrwx 1 root root 20 2007-01-12 20:55 rc5.d/S20nvidia-glx - ../init.d/nvidia-glx lrwxrwxrwx 1 root root 27 2007-01-10 18:52 rc5.d/S20nvidia-glx-legacy - ../init.d/nvidia-glx-legacy lrwxrwxrwx 1 root root 23 2007-01-10 18:52 rc5.d/S20nvidia-kernel - ../init.d/nvidia-kernel lrwxrwxrwx 1 root root 20 2007-01-12 20:55 rc6.d/K20nvidia-glx - ../init.d/nvidia-glx lrwxrwxrwx 1 root root 27 2007-01-10 18:52 rc6.d/K20nvidia-glx-legacy - ../init.d/nvidia-glx-legacy lrwxrwxrwx 1 root root 23 2007-01-10 18:52 rc6.d/K20nvidia-kernel - ../init.d/nvidia-kernel I now reinstalled and purged the -legacy packages, so my system is a bit cleaner now. Then I installed nvidia-glx again, which said Creating NVIDIA TLS links... done. So now I have # locate nvidia | grep tls | xargs ls -la lrwxrwxrwx 1 root root 25 2007-02-15 16:35 /usr/lib/libnvidia-tls.so.1 - libnvidia-tls.so.1.0.8776 -rw-r--r-- 1 root root 3016 2007-01-05 05:37 /usr/lib/libnvidia-tls.so.1.0.8776 -rw-r--r-- 1 root root 3408 2007-01-05 05:37 /usr/lib/nvidia/libnvidia-tls.so.1.0.8776 -rwxr-xr-x 1 root root 5064 2007-01-05 05:37 /usr/lib/nvidia/tls_test -rw-r--r-- 1 root root 4920 2007-01-05 05:37 /usr/lib/nvidia/tls_test_dso.so I cannot easily test the configuration right now - the machine is in heavy use (and can't be interrupted currently), and additionally I have kernel 2.6.18-4 running, while the nvidia-kernel-module is 2.6.18-3 only. Sorry. Any other thing I can test now? Regards, Phil -- Versioning your /etc, /home or even your whole installation? Try fsvs (fsvs.tigris.org)! -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Bug#410243: nvidia-kernel-source: Please provide packages for the latest 2.6.18-4 kernels
please run with your new kernel running: m-a prepare m-a a-i nvidia On 2/8/07, rtheys [EMAIL PROTECTED] wrote: Package: nvidia-kernel-source Severity: wishlist I'm probably kicking in an open door here, but... There are precompiled nvidia driver packages for the 2.6.18-3 kernels, but not for the latest 2.6.18-4 kernel which will probably be the etch kernel. Having the nvidia driver module packages available in etch would be nice. Thanks in advance -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm -- Perhaps the depth of love can be calibrated by the number of different selves that are actively involved in a given relationship. Carl Sagan (Contact) Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Bug#393022: nvidia-glx: Ultimate dependency on linux-image causes problems on systems with small /boot
Hi, nvidia-glx depends of nvidia-kernel If you have a CUSTOM kernel you must compile your own nvidia kernel with nvidia-kernel-source I hope this help... On 10/14/06, anonymous [EMAIL PROTECTED] wrote: Package: nvidia-glx Version: 1.0.8774-5 Severity: important This is not a problem everyone will encounter, but it renders the package unusable for me so I decided to file a bug report. I have an older system, dating from the era when Debian used 2.2 kernels, with a small /boot partition. This was not a problem when I used 2.2 and 2.4 kernels, but with 2.6 came initrd and growing kernel sizes, so now linux-image-2.6-k7 can't even install because its image is too large to fit on my /boot. I use a custom-compiled 2.6 kernel for specific pieces of legacy hardware that I've trimmed down to where it fits, but because nvidia-kernel-2.6-k7 depends on linux-image, nvidia-glx now breaks when I try to install it because it can't satisfy that dependency. I don't know if there's a good solution to this problem, since I don't know enough about why packages have the dependencies they do. I encountered it when I tried to install the latest version of nvidia-glx in unstable, because that depends on nvidia-kernel-1.0.8774, which in turn depends on one of the nvidia-kernel-2.6.18 packages with their linux-image dependencies. I don't know why it didn't occur before, because a brief look at the change-logs indicates the linux-image dependency was inserted before; however, I didn't notice it until this version. I'm used to hand-compiling the nvidia drivers, and I assume this change is meant to further automate the process, which is a good thing for most users but unfortunately apparently not for me. Should I be using nvidia-legacy-glx? My system was working fine with the 1.0.8774 until 1.0.8774-5. -- Package-specific info: uname -r: Linux tyr 2.6.12 #1 Sun Feb 26 19:15:59 EST 2006 i686 GNU/Linux /proc/version: Linux version 2.6.12 ([EMAIL PROTECTED]) (gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)) #1 Sun Feb 26 19:15:59 EST 2006 01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- Engañarse por amor es el engaño más terrible; es una pérdida eterna para la que no hay compensación ni en el tiempo ni en la eternidad. Kierkegaard Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
Bug#390767: i2c
Thank's That works for me On 10/2/06, Pascal Giard [EMAIL PROTECTED] wrote: Package: nvidia-kernel-source Version: 1.0.9625-1 Severity: wishlist Please include i2c patch as many users will get frozen X (black screen) without it. The patch as been written by an nVidia employe: http://www.nvnews.net/vbulletin/showpost.php?p=996233postcount=20 -Pascal -- Homepage (http://organact.mine.nu) Debian GNU/Linux (http://www.debian.org) École de technologie supérieure (http://www.etsmtl.ca) -- Engañarse por amor es el engaño más terrible; es una pérdida eterna para la que no hay compensación ni en el tiempo ni en la eternidad. Kierkegaard Jaime Ochoa Malagón Integrated Technology Tel: (55) 52 54 26 10
