Bug#823365: Ahh ... Probably already fixed upstream
On 21/05/2016 22:31, Reiner Herrmann wrote: > Hi Guy, > > Did you already have the possibility to check if firejail works again > without the workaround? > > Kind regards, > Reiner > Hi Reiner, Apologies for my tardy response! Yes - it worked without requiring to apply the workaround, once the new SE Linux version was installed. Cheers, -- Guy signature.asc Description: OpenPGP digital signature
Bug#823365: Ahh ... Probably already fixed upstream
On 04/05/2016 18:28, Reiner Herrmann wrote: >> https://github.com/netblue30/firejail/issues/494 > I also assume that you ran into this libselinux1 regression. > Can you please recheck with libselinux1 2.5-1 (when it lands in testing) > and tell me if it solved your problem? > > Kind regards, > Reiner > Hi Reiner, I certainly will. BTW, the workaround detailed on the github site seems to work, namely adding this switch to the commandline: --seccomp.drop=umount2,ptrace,kexec_load,kexec_file_load,open_by_handle_at,init_module,finit_module,delete_module,iopl,ioperm,swapon,swapoff,syslog,process_vm_readv,process_vm_writev,sysfs,_sysctl,adjtimex,clock_adjtime,lookup_dcookie,perf_event_open,fanotify_init,kcmp,add_key,request_key,keyctl,uselib,acct,modify_ldt,pivot_root,io_setup,io_destroy,io_getevents,io_submit,io_cancel,remap_file_pages,mbind,get_mempolicy,set_mempolicy,migrate_pages,move_pages,vmsplice,chroot,tuxcall,reboot,nfsservctl,get_kernel_syms Cheers, -- Guy signature.asc Description: OpenPGP digital signature
Bug#823365: Ahh ... Probably already fixed upstream
https://github.com/netblue30/firejail/issues/494 "A recent libselinux1 update (2.5-1) introduces a bug where it attempts to re-mount /proc directory." This issue is closed on the Github site so hopefully will shortly filter down into testing. -- Guy signature.asc Description: OpenPGP digital signature
Bug#823365: firejail no longer allows some programs to run
Subject: firejail no longer allows some programs to run Package: firejail Version: 0.9.38-1 Severity: important Dear Maintainer, Firejail no longer allows certain programs to run in the sandbox e.g. iceweasel (and other programs based on firefox e.g. tor browser, icedove), and java programs. It simply exits without starting the program (parent is shutting down) or hangs in the case of java. The Chromium browser seems to start normally, though. I have classed this as "important" as many of the programs I would normally use firejail with, no longer run! This started very recently - firejail used to work as expected. Thanks for any advice! Guy $ firejail --debug iceweasel Save seccomp filter, size 744 bytes Dropping all capabilities noroot user namespace installed Starting "iceweasel" execvp argument 0: /bin/bash execvp argument 1: -c execvp argument 2: "iceweasel" Child process initialized Sandbox monitor: waitpid 2 retval 2 status 31 parent is shutting down, bye... < exits > $ firejail --debug --profile=/etc/firejail/firefox.profile java -jar JDownloader.jar Save seccomp filter, size 744 bytes Dropping all capabilities noroot user namespace installed Starting "java" "-jar" "JDownloader.jar" execvp argument 0: /bin/bash execvp argument 1: -c execvp argument 2: "java" "-jar" "JDownloader.jar" Child process initialized JarHandlerWorkaroundOracle:setURLStreamHandlerFactory JarHandlerWorkaroundOracle:replaceLauncherFactory JarHandlerWorkaroundOracle:replaceURLClassPath JarHandlerWorkaroundOracle:replacejarHandler JarHandlerWorkaroundOracle:replaceLoaders:1 JarHandlerWorkaroundOracle:replaceLoader:0:handler JarHandlerWorkaroundOracle:replaceLoader:0:handler:jar:file:/home/user1/bin/jd2/JDownloader.jar!/ < hangs until ctrl-c is pressed > -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages firejail depends on: ii libc6 2.22-7 firejail recommends no packages. firejail suggests no packages. -- no debconf information
Bug#779922: Quickfix for netboot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks Hans, that someone was me :-) Same issue with PXE booting for the AMD64 architecture. A few more details for noobs: Assuming you have a running install of Jessie for the architecture you wish to boot up via TFTP, check the version: $ dpkg -l | grep linux-image ii linux-image-3.16.0-4-amd64 3.16.7-ckt7-1amd64 Linux 3.16 for 64-bit PCs Have a look in the /boot dir and copy the kernel image over the kernel image in the directory tree of your TFTP service. Target is probably something like /srv/tftp/path/to/image $ ls -l /boot - -rw-r--r-- 1 root root 3109296 Mar 1 20:43 vmlinuz-3.16.0-4-amd64 In the PXE boot directory structure the kernel image was just called linux, so rename the original to linux.old and rename vmlinuz-3.16.0-4-amd64 to linux. Start the PXE installation once more, and hopefully this time you get further than the partitioning stage. Cheers! - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iEYEARECAAYFAlUZUE8ACgkQtVeealbDyDWexQCdGY7RmpB5MxPqZchr7jqIdrtM rNAAni4ONzKPqpvKRM2qA8vV3UP3CvE+ =wI7Y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779259: gnunet: Bug in gnunet.postinst causes gnunet to remain unconfigured by dpkg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: gnunet Version: 0.10.1-2.1 Severity: important Dear Maintainer, Line 26 in /var/lib/dpkg/info/gnunet.postinst fails and leaves the package unconfigured by dpkg, on armhf. eval $(grep GNUNET_HOME /etc/gnunet.conf | tr -d [:blank:]) It appears to be setting the value of GNUNET_HOME based on the conf file settings. I couldn't see exactly what was up with this line, but I commented it out and then it configured successfully. (My setting was default anyhow) It would confuse someone not familiar with editing shell scripts. Cheers, Guy - -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.4.90+ (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gnunet depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.55 ii libc6 2.19-13 ii libcurl3-gnutls7.38.0-4 ii libextractor3 1:1.3-2+b1 ii libgcrypt201.6.2-4+b1 ii libglpk36 4.55-1 ii libgnutls-deb0-28 3.3.8-5 ii libidn11 1.29-1+b2 ii libltdl7 2.4.2-1.11 ii libmicrohttpd100.9.37+dfsg-1+b1 ii libmysqlclient18 5.5.42-1 ii libogg01.3.2-1 ii libopus0 1.1-2 ii libpq5 9.4.1-1 ii libpulse0 5.0-13 ii libsqlite3-0 3.8.7.1-1 ii libunistring0 0.9.3-5.2+b1 ii lsb-base 4.1+Debian13+nmu1 ii multiarch-support 2.19-13 ii netbase5.3 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gnunet recommends: pn libnss3-tools none ii openssl1.0.1k-1 Versions of packages gnunet suggests: pn miniupnpcnone ii python 2.7.8-3 pn python-zbar none pn texlive none - -- Configuration Files: /etc/gnunet.conf changed [not included] - -- debconf information: gnunet-server/username: gnunet gnunet-server/autostart: true gnunet-server/groupname: gnunet -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlTudjIACgkQcVtC8LX0UeZhWACgslUvvXdT9vf6hcYjedgdFDWb s5EAni4ujn/5bwFT0TMYguShrmf+WQ7b =WJXV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775962: udftools: No means of repairing a UDF filesystem i.e. no fsck.udf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: udftools Version: 1.0.0b3-14.3 Severity: wishlist Dear Maintainer, Given that most current popular OSs now support reading from / writing to UDF formatted storage, UDF makes a useful OS agnostic, standardised filesystem for use in heterogenous environments. Also, because UDF supports ignoring of hardcoded UID/GID permissions, UDF would still be a suitable choice for removable media used across different installations of e.g. Debian. A drawback to using UDF on larger sized volumes is the current lack of a fsck.udf type utility for checking and repairing UDF filesystems should they develop any errors. - -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages udftools depends on: ii libc6 2.19-13 ii libreadline6 6.3-8+b3 Versions of packages udftools recommends: ii udev 215-8 Versions of packages udftools suggests: ii dvd+rw-tools 7.1-10 ii pmount0.9.23-3+b1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlTASr8ACgkQcVtC8LX0UeaeFwCffDxF+iFyEMKWX3uzdHuGJ16J IywAnRMdtEo/xQdJN6+TrTV6MFna+1lC =WqMy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Sven, This problem appears to been fixed in the latest kernel image to hit testing: ii linux-image-3.9-1-amd643.9.8-1 amd64Linux 3.9 for 64-bit PCs I hope I'm not speaking too soon! Fingers crossed! Cheers! - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlHd5zwACgkQcVtC8LX0UebmKQCfU1MnXjFlEukn/MhO+ZlUK+/9 2bwAoKt0TISg5vKeFjdDRkeJrWqLNPz+ =pNcN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The 3.8 kernel doesn't fix this. I can't get any output on DVI-I-1 using xrandr: % xrandr Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 8192 x 8192 VGA-1 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 380mm x 300mm 1280x1024 60.0*+ 75.0 1152x864 75.0 1024x768 75.1 70.1 60.0 832x62474.6 800x60072.2 75.0 60.3 640x48072.8 75.0 60.0 720x40070.1 DVI-I-1 disconnected (normal left inverted right x axis y axis) 1280x1024_60.00 59.9 But, there are no system hangs caused by the use of xrandr - it just fails to work: % xrandr --output DVI-I-1 --mode 1280x1024_60.00 --left-of VGA-1 --dpi 96 xrandr: Configure crtc 1 failed I shall file a bug report at freedesktop.org Cheers! - -- Guy On 19/03/13 19:39, Sven Joachim wrote: On 2013-03-18 22:44 +0100, Guy Heatley wrote: Sven - I can confirm that your downgrading suggestion fixes this problem. On 18/03/13 17:03, Sven Joachim wrote: Kernel folks, this appears to be a regression resulting from the DRM 3.4 backport. Can you confirm that downgrading linux-image-3.2.0-4-amd64 to 3.2.35-2 (available on snapshots.debian.org[1]) fixes the problem? Yes, this fixes it. Could you please try a 3.8 kernel from experimental (requires initramfs-tools from experimental as well)? If the problem persists, file a bug on https://bugs.freedesktop.org/. Choose product xorg, component Driver/nouveau, and let us know the bug number. Cheers, Sven -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFbXnMACgkQcVtC8LX0UebCuQCg2Vrq+3oiML+fY01jE77xnAzB lCwAnAlAXKmEnn41RwpNgp0gK7AzrRP1 =p8HU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have raised this issue as a bug on freedesktop.org The bug number is 63048 https://bugs.freedesktop.org/show_bug.cgi?id=63048 Cheers! - -- Guy On 19/03/13 19:39, Sven Joachim wrote: On 2013-03-18 22:44 +0100, Guy Heatley wrote: Sven - I can confirm that your downgrading suggestion fixes this problem. On 18/03/13 17:03, Sven Joachim wrote: Kernel folks, this appears to be a regression resulting from the DRM 3.4 backport. Can you confirm that downgrading linux-image-3.2.0-4-amd64 to 3.2.35-2 (available on snapshots.debian.org[1]) fixes the problem? Yes, this fixes it. Could you please try a 3.8 kernel from experimental (requires initramfs-tools from experimental as well)? If the problem persists, file a bug on https://bugs.freedesktop.org/. Choose product xorg, component Driver/nouveau, and let us know the bug number. Cheers, Sven -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFbZJEACgkQcVtC8LX0UeYa9gCg0wd6u9Iwydj04MP9mZgSNYUt BUYAoLIL/VUM9YU6/0UmN95jifsdIxuj =0x5Y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven - I can confirm that your downgrading suggestion fixes this problem. On 18/03/13 17:03, Sven Joachim wrote: Kernel folks, this appears to be a regression resulting from the DRM 3.4 backport. On 2013-03-18 02:05 +0100, Guy Heatley wrote: Package: xserver-xorg-video-nouveau Version: 1:1.0.1-5 Severity: important --- Please enter the report below this line. --- Since upgrading my (Wheezy) desktop machine a couple of days ago with APT, my dual-display setup has stopped working. I assume that the last upgrade was less than half a year ago? If so, it's almost certainly a problem with the latest kernel. Yes. Anyway, I boot with the drm_kms_helper.poll=0 in my grub.cfg to prevent constant futile polling. I don't know if this has any bearing? Remove that parameter to find out. Yep its a red herring: it just makes the 2nd screen flicker every couple of seconds, if I remove it. Can you confirm that downgrading linux-image-3.2.0-4-amd64 to 3.2.35-2 (available on snapshots.debian.org[1]) fixes the problem? Yes, this fixes it. - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFHipQACgkQcVtC8LX0UebhmQCg4ZjNG89yq+9BpXM2f1bETnjI xJIAnj0O7co8fmhr0EpsdQG37isBXLf/ =VN6S -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665919: [eclipse] 3.7.2-1 causes locally installed software to be registered but not loaded
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: eclipse Version: 3.7.2-1 Severity: normal - --- Please enter the report below this line. --- The software I locally installed when using the previous version of Eclipse seems to still be recognised by Eclipse - listed in the Installed Software tab, on the Installation Details window, but none of it seems to be usable. E.g. If I want use the m2e Maven features, they are not available, but I cannot install them as Eclipse thinks that it has the latest version of these tools. Checking for updates seems to update a collection of completely unusable locally installed software! Do I need to delete the contents of /home/username/.eclipse and start again? - --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing ftp.uk.debian.org - --- Package information. --- Depends(Version) | Installed -+-== eclipse-jdt (= 3.7.2-1) | 3.7.2-1 eclipse-pde (= 3.7.2-1) | 3.7.2-1 ant (= 1.8.2) | 1.8.2-4 ant-optional | 1.8.2-4 default-jre | 1:1.6-47 OR java5-runtime| OR java6-runtime| eclipse-platform-data (= 3.7.2-1) | 3.7.2-1 eclipse-rcp (= 3.7.2-1) | 3.7.2-1 java-common(= 0.23) | 0.47 libcommons-codec-java (= 1.4-2) | 1.5-1 libcommons-el-java(= 1.0-5) | 1.0-7 libcommons-httpclient-java(= 3.1-9) | 3.1-10 libcommons-logging-java (= 1.1.1-6) | 1.1.1-9 libjasper-java (= 5.5.26) | 5.5.33-3 libjetty-java (= 6.1.24-4~) | 6.1.24-6 libjsch-java (= 0.1.37-3) | 0.1.42-2 liblucene2-java(= 2.9.4+ds1-3~) | 2.9.4+ds1-4 liblucene2-java ( 2.9.5) | 2.9.4+ds1-4 libservlet2.5-java (= 6.0.20-8) | 6.0.35-1 sat4j (= 2.3.0) | 2.3.1-1 sat4j ( 2.4.0) | 2.3.1-1 perl | 5.14.2-9 libc6 (= 2.7) | 2.13-27 default-jre | 1:1.6-47 OR java5-runtime| OR java6-runtime| eclipse-jdt (= 3.7.2-1) | 3.7.2-1 eclipse-platform (= 3.7.2-1) | 3.7.2-1 libasm3-java(= 3.3) | 3.3.2-1 default-jre | 1:1.6-47 OR java5-runtime| OR java6-runtime| eclipse-platform (= 3.7.2-1) | 3.7.2-1 junit (= 3.8.2-4) | 3.8.2-8 junit4(= 4.7-3) | 4.10-1 libhamcrest-java (= 1.1-8~) | 1.2-2 Recommends (Version) | Installed -+-=== eclipse-pde | 3.7.2-1 default-jdk | 1:1.6-47 OR sun-java6-jdk| Suggests (Version) | Installed ==-+-=== eclipse-jdt| 3.7.2-1 eclipse| 3.7.2-1 eclipse| 3.7.2-1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9xDMIACgkQcVtC8LX0UeY+pwCfaAFEsgaqlh7R6Q7xp2cOelJy 4RsAoL2EabKT6UE7osmWL1kvC8eThU98 =rSD0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637041: [gimp] GIMP causes X to freeze
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: gimp Version: 2.6.11-3+b1 Severity: serious - --- Please enter the report below this line. --- Whilst running GIMP the X system freezes. It seems to happen at random, but perhaps more often during opening / saving files. The GUI is then completely locked up. I have to log into my machine via SSH in order to safely power it down. I cannot kill the X session either: the monitors still display the state when it crashed and strangely the mouse still responds to movement. ps aux reports a defunct gnome2 session, which kill -9 won't touch. I use the xserver-xorg-video-nouveau graphics driver, and there have been similar bugs with that in the past, but it seems now that GIMP triggers the freeze (i.e. only GIMP, and consistently GIMP). In the past similar GUI lock-up type bugs (in nouveau) were random. It makes GIMP pretty much unusable for me! Thanks for any help. - -- Guy Heatley - --- System information. --- Architecture: amd64 Kernel: Linux 2.6.39-2-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing ftp.uk.debian.org - --- Package information. --- Depends(Version) | Installed -+-== libgimp2.0 (= 2.6.11) | 2.6.11-3+b1 libgimp2.0 (= 2.6.11-z) | 2.6.11-3+b1 gimp-data(= 2.6.11) | 2.6.11-3 gimp-data (= 2.6.11-z) | 2.6.11-3 python-gtk2 (= 2.8.0) | 2.24.0-2 libaa1(= 1.4p5) | 1.4p5-38+b1 libatk1.0-0 (= 1.12.4) | 2.0.1-2 libbabl-0.0-0| 0.0.22-1 libc6 (= 2.7) | 2.13-10 libcairo2 (= 1.2.4) | 1.10.2-6 libdbus-1-3 (= 1.0.2) | 1.4.12-5 libdbus-glib-1-2 (= 0.88) | 0.94-4 libexif12| 0.6.20-1 libfontconfig1(= 2.8.0) | 2.8.0-3 libfreetype6 (= 2.2.1) | 2.4.4-2 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.23.5-2 libgegl-0.0-0(= 0.0.22) | 0.0.22-2+b1 libglib2.0-0 (= 2.24.0) | 2.28.6-1 libgtk2.0-0 (= 2.24.0) | 2.24.4-3 libjpeg62 (= 6b1) | 6b1-2 liblcms1 (= 1.15-1) | 1.19.dfsg-1 libmng1 (= 1.0.10) | 1.0.10-1+b1 libpango1.0-0(= 1.18.0) | 1.28.4-1 libpng12-0 (= 1.2.13-4) | 1.2.46-3 libpoppler-glib6 (= 0.16) | 0.16.7-2 librsvg2-2 (= 2.14.4) | 2.34.0-1 libtiff4 | 3.9.5-1 libwebkit-1.0-2 (= 1.1.1) | 1.2.7-3 libwmf0.2-7 (= 0.2.8.4) | 0.2.8.4-8.1 libx11-6 | 2:1.4.3-2 libxext6 | 2:1.3.0-3 libxfixes3 | 1:5.0-4 libxmu6 | 2:1.1.0-2 libxpm4 | 1:3.5.9-1 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 python ( 2.7) | 2.6.7-2 python (= 2.6) | 2.6.7-2 python-support (= 0.90.0) | 1.0.14 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== gimp-help-en| OR gimp-help | gimp-data-extras| gvfs-backends | 1.6.4-3 libasound2 | 1.0.24.1-2 ghostscript | 9.02~dfsg-3 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4/MFgACgkQcVtC8LX0UeZ4OwCgvm1vmOVOhW+e116FoFaxGaC3 PLkAoN8CnGjFjX9vmjPurZY3tcwfQy28 =1/D8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637042: [gimp] GIMP causes X to freeze
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: gimp Version: 2.6.11-3+b1 Severity: serious - --- Please enter the report below this line. --- Whilst running GIMP the X system freezes. It seems to happen at random, but perhaps more often during opening / saving files. The GUI is then completely locked up. I have to log into my machine via SSH in order to safely power it down. I cannot kill the X session either: the monitors still display the state when it crashed and strangely the mouse still responds to movement. ps aux reports a defunct gnome2 session, which kill -9 won't touch. I use the xserver-xorg-video-nouveau graphics driver, and there have been similar bugs with that in the past, but it seems now that GIMP triggers the freeze (i.e. only GIMP, and consistently GIMP). In the past similar GUI lock-up type bugs (in nouveau) were random. It makes GIMP pretty much unusable for me! Thanks for any help. - -- Guy Heatley - --- System information. --- Architecture: amd64 Kernel: Linux 2.6.39-2-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing ftp.uk.debian.org - --- Package information. --- Depends(Version) | Installed -+-== libgimp2.0 (= 2.6.11) | 2.6.11-3+b1 libgimp2.0 (= 2.6.11-z) | 2.6.11-3+b1 gimp-data(= 2.6.11) | 2.6.11-3 gimp-data (= 2.6.11-z) | 2.6.11-3 python-gtk2 (= 2.8.0) | 2.24.0-2 libaa1(= 1.4p5) | 1.4p5-38+b1 libatk1.0-0 (= 1.12.4) | 2.0.1-2 libbabl-0.0-0| 0.0.22-1 libc6 (= 2.7) | 2.13-10 libcairo2 (= 1.2.4) | 1.10.2-6 libdbus-1-3 (= 1.0.2) | 1.4.12-5 libdbus-glib-1-2 (= 0.88) | 0.94-4 libexif12| 0.6.20-1 libfontconfig1(= 2.8.0) | 2.8.0-3 libfreetype6 (= 2.2.1) | 2.4.4-2 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.23.5-2 libgegl-0.0-0(= 0.0.22) | 0.0.22-2+b1 libglib2.0-0 (= 2.24.0) | 2.28.6-1 libgtk2.0-0 (= 2.24.0) | 2.24.4-3 libjpeg62 (= 6b1) | 6b1-2 liblcms1 (= 1.15-1) | 1.19.dfsg-1 libmng1 (= 1.0.10) | 1.0.10-1+b1 libpango1.0-0(= 1.18.0) | 1.28.4-1 libpng12-0 (= 1.2.13-4) | 1.2.46-3 libpoppler-glib6 (= 0.16) | 0.16.7-2 librsvg2-2 (= 2.14.4) | 2.34.0-1 libtiff4 | 3.9.5-1 libwebkit-1.0-2 (= 1.1.1) | 1.2.7-3 libwmf0.2-7 (= 0.2.8.4) | 0.2.8.4-8.1 libx11-6 | 2:1.4.3-2 libxext6 | 2:1.3.0-3 libxfixes3 | 1:5.0-4 libxmu6 | 2:1.1.0-2 libxpm4 | 1:3.5.9-1 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 python ( 2.7) | 2.6.7-2 python (= 2.6) | 2.6.7-2 python-support (= 0.90.0) | 1.0.14 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== gimp-help-en| OR gimp-help | gimp-data-extras| gvfs-backends | 1.6.4-3 libasound2 | 1.0.24.1-2 ghostscript | 9.02~dfsg-3 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4/NJkACgkQcVtC8LX0UeZ9SACguvsmHu+w+OZwgjO3SWKc1i+b SzAAoIPblSVURFlR3NSZn0i+3hwsnXmP =QfYp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627568: [xserver-xorg-video-nouveau] Dual head problem: Flicker on 2nd monitor using GeForce 8500 GT
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just as a little bit of extra info:- I think there is a problem with the reading of the EDID on the 2nd graphics card output with the nouveau driver on this nVidia card. I tried a much more modern monitor in the 2nd output and there was still no reading of the EDID. (I ran: xrandr --prop ) The drm_kms_helper.poll=0 kernel parameter still fixed the blinking. The primary output on my card is a standard VGA connector. This 2nd output (physically) is a DVI-I output running in analogue mode. I use an adapter to change the connection to VGA as I don't have a monitor with a connector of any type other than VGA. I don't know if this adapter has a bearing on the monitor's ability to report its EDID to the card? Cheers! - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3bhaAACgkQtVeealbDyDUv0ACfdkrsdxKre1lL6yXE6TJxppug H2QAn20LjZMRYaVYUtLlJMUhWFAti6Kr =HIG3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627568: [xserver-xorg-video-nouveau] Dual head problem: Flicker on 2nd monitor using GeForce 8500 GT
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22/05/11 07:06, Sven Joachim wrote: I had to add a modeline as the EEID is not detected properly on the 2nd monitor (DVI-I-1) I think this is the reason for the flickering. Do you also see it if you connect only the DVI monitor? Yes, if the primary monitor is disconnected, leaving only the 2nd one the blinking was still present. The 2nd monitor is a fairly old IIyama Vision Master Pro 452. It always used to be a bit funny with the old nv driver, although I have to say, the Nvidia proprietary driver never gave a problem with this old monitor. On the other hand, using xrandr is much more configurable and sensible than Nvidia's silly twinview setup. ;-) Removing the Nvidia proprietary driver has left my system completely free of non-free and contrib packages! Try booting with drm_kms_helper.poll=0 kernel parameter. That does it! Well done: No more flicker! In case any readers are not familiar with grub2 I edited: /etc/default/grub thus: GRUB_CMDLINE_LINUX_DEFAULT=quiet drm_kms_helper.poll=0 and ran (as root) update-grub2 then rebooted. Thanks Sven. - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3ZgrwACgkQcVtC8LX0Uea6NQCePIssvx9z2si8x+2qLsj6B4sE bfIAnit7/roLITMF3cLFwuJo/qckOL0A =mweO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627568: [xserver-xorg-video-nouveau] Dual head problem: Flicker on 2nd monitor using GeForce 8500 GT
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xserver-xorg-video-nouveau Version: 1:0.0.16+git20110411+8378443-1+b1 Severity: normal - --- Please enter the report below this line. --- I use this nVidia graphics card (from lspci -vnn): 02:00.0 VGA compatible controller [0300]: nVidia Corporation G86 [GeForce 8500 GT] [10de:0421] (rev a1) (prog-if 00 [VGA controller]) Subsystem: XFX Pine Group Inc. Device [1682:2305] Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at ea00 (32-bit, non-prefetchable) [size=16M] Memory at d000 (64-bit, prefetchable) [size=256M] Memory at e800 (64-bit, non-prefetchable) [size=32M] I/O ports at b000 [size=128] [virtual] Expansion ROM at eb00 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [100] Virtual Channel Capabilities: [128] Power Budgeting ? Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 ? Kernel driver in use: nouveau The card has two outputs and I connect 2 monitors. The 1st monitor runs like a dream - no problem at all :-) Unfortunately the 2nd has a glitch: The screen flickers in a most annoying way, every few seconds. I use this script to configure my set-up: #! /bin/sh xrandr --newmode 1280x1024 159.50 1280 1376 1512 1744 1024 1027 1034 1078 -hsync +vsync xrandr --addmode DVI-I-1 1280x1024 xrandr --output DVI-I-1 --mode 1280x1024 --left-of VGA-1 I had to add a modeline as the EEID is not detected properly on the 2nd monitor (DVI-I-1) This results in the set-up I require, but the monitor blinks every few seconds. I have also noticed that the GUI freezes for the fraction of a second that the monitor blinks, even on the primary monitor i.e. the mouse movement will halt etc. Just thought I would let you know! Thanks, - -- Guy - --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing ftp.uk.debian.org - --- Package information. --- Depends (Version) | Installed ===-+-== libc6(= 2.2.5) | 2.13-4 libdrm-nouveau1a(= 2.4.23) | 2.4.24-2 libudev0 (= 146) | 167-3 xorg-video-abi-10 | xserver-xorg-core (= 2:1.9.99.903) | 2:1.10.1-2 Package's Recommends field is empty. Package's Suggests field is empty. - -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/reportbug-ng-xserver-xorg-video-nouveau-MxzTYM.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! - -8---8---8---8---8---8---8---8---8-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3YWq8ACgkQcVtC8LX0UeYRIgCg0LpqMk/EadVvGNKUq0RQOxIv ZOIAoMxF7g/T3AdUR1K/93bSaFJs1Hkt =TtyG -END PGP SIGNATURE- --- Output from package bug script --- X server symlink status: lrwxrwxrwx 1 root root 13 Aug 9 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1972704 Apr 28 13:26 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 02:00.0 VGA compatible controller [0300]: nVidia Corporation G86 [GeForce 8500 GT] [10de:0421] (rev a1) Xorg X server configuration file status: -rw-r--r-- 1 guy guy 1908 May 21 23:17 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section ServerLayout Identifier Layout0 Screen 0 Screen0 0 0 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath built-ins EndSection Section Module Load dri Load glx Load record Load dbe Load dri2 Load extmod EndSection Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/psaux Option Emulate3Buttons no Option ZAxisMapping 4 5 6 7 EndSection Section InputDevice # generated from default Identifier Keyboard0 Driver kbd EndSection Section
Bug#588385: [alsa-source] dmesg reports unknown symbols / disagreement with version of symbol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/07/2010 18:06, Elimar Riesebieter wrote: You don't need the 1.0.23 drivers really. If you're using a Debian Kernel 2.6.30 you should be fine. Hi Elimar, Yes - the only reason I embarked on this journey was because I thought compiling the alsa source may correct a bug in another program where the sound output had ceased to play nicely with alsa (the program was vlc actually). This decision was purely guesswork (as is probably evident, to someone who knows the facts ;-) and obviously did not achieve the desired effect. Indeed, quite the opposite - my sound device completely ceased to work, as you are aware! Excuse my ignorance, but how do I go about returning to the default alsa drivers as supplied with the stock kernel, rather than the ones I have compiled and installed, using the alsa source? Thanks, - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw8NY4ACgkQtVeealbDyDU8uwCdGIOOBCp7PQih+ly3xSnyUD1P 7bUAn1ibLRTuLhTsdKYo0Q6w01Vuy2XE =Zsll -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588385: [alsa-source] dmesg reports unknown symbols / disagreement with version of symbol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It was as simple as that! Sound is now working on the Roland device using default drivers. BUT ... I had another go at compiling the source setting the env variable for root: # export CC=/usr/bin/gcc-4.3 (Which exists!) I ran # m-a clean alsa-source # m-a a-i alsa-source This failed saying I didn't have the right version of the C compiler installed, that matches my kernel. I ran # export -n CC to delete the env var. Then: # m-a a-i alsa-source This worked: built and installed the resulting modules. Then: depmod -a alsa force-reload service alsa-utils restart But it just resulted in the usual problems ... As you say, building the alsa-source is not required for the Roland device, and the default drivers work, but it would be nice if the source built modules worked as well! Thanks for your help, in any case! By the way - forcing the index of the soundcard to be 0 using the /etc/modprobe.d scripts seems to have fixed the problems I was originally having with VLC and other programs! So another small victory for the free software user, in the end! Best regards - -- Guy On 13/07/10 18:58, Elimar Riesebieter wrote: # COLUMNS=160 dpkg -l | grep alsa-modules copy the installed package to your mouse (the 2nd row) # dpkg --purge paste It is just simple as that ;-) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw83xoACgkQcVtC8LX0UeYyUgCfcAbStACm2cjT8dmVE9lDP3TP YKUAoMNqBxtmW5Y0/RC2eeJpomEJK47l =NheR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588385: [alsa-source] dmesg reports unknown symbols / disagreement with version of symbol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Elimar, I think the module assistant ought to check the versions of GCC that the live kernel was built with, and compare it with the version available to compile with on the running system, then give a warning if they differ. Maybe I should raise a bug report with the module assistant? I can imagine many people using a stock kernel and compiling the alsa source against it, with potentially varied versions of GCC. What do you think? - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw64a4ACgkQtVeealbDyDVqOgCfRysQs1YIRfo4aeQnl4Mu912b KfkAn0fe7r6/w/CcTizFOt1BpulGs80I =IL+3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588385: [alsa-source] dmesg reports unknown symbols / disagreement with version of symbol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Elimar, Heres what dmesg reports as I disconnect, then reconnect the Roland device. All I can think is that the version of the compiler might be different on my system, to that which compiled the kernel. I using an off the shelf Debian AMD64 kernel. Thanks, - -- Guy [ 840.045602] usb 2-2: USB disconnect, address 2 [ 851.952033] usb 2-2: new full speed USB device using ohci_hcd and address 3 [ 852.174052] usb 2-2: New USB device found, idVendor=0582, idProduct=00e6 [ 852.174061] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 852.174067] usb 2-2: Product: UA-25EX [ 852.174072] usb 2-2: Manufacturer: Roland [ 852.174302] usb 2-2: configuration #1 chosen from 1 choice [ 852.204704] snd_usb_lib: disagrees about version of symbol snd_rawmidi_receive [ 852.204713] snd_usb_lib: Unknown symbol snd_rawmidi_receive [ 852.205070] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_empty [ 852.205075] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_empty [ 852.205239] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit [ 852.205243] snd_usb_lib: Unknown symbol snd_rawmidi_transmit [ 852.205703] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_ack [ 852.205708] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_ack [ 852.206103] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_peek [ 852.206107] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_peek [ 852.206514] snd_usb_lib: disagrees about version of symbol snd_rawmidi_new [ 852.206518] snd_usb_lib: Unknown symbol snd_rawmidi_new [ 852.206686] snd_usb_lib: disagrees about version of symbol snd_rawmidi_set_ops [ 852.206690] snd_usb_lib: Unknown symbol snd_rawmidi_set_ops [ 852.214744] snd_usb_lib: disagrees about version of symbol snd_rawmidi_receive [ 852.214753] snd_usb_lib: Unknown symbol snd_rawmidi_receive [ 852.215111] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_empty [ 852.215116] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_empty [ 852.215279] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit [ 852.215284] snd_usb_lib: Unknown symbol snd_rawmidi_transmit [ 852.215743] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_ack [ 852.215748] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_ack [ 852.216142] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_peek [ 852.216147] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_peek [ 852.216758] snd_usb_lib: disagrees about version of symbol snd_rawmidi_new [ 852.216878] snd_usb_lib: Unknown symbol snd_rawmidi_new [ 852.217047] snd_usb_lib: disagrees about version of symbol snd_rawmidi_set_ops [ 852.217052] snd_usb_lib: Unknown symbol snd_rawmidi_set_ops [ 852.221054] snd_usb_lib: disagrees about version of symbol snd_rawmidi_receive [ 852.221062] snd_usb_lib: Unknown symbol snd_rawmidi_receive [ 852.221419] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_empty [ 852.221424] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_empty [ 852.221587] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit [ 852.221592] snd_usb_lib: Unknown symbol snd_rawmidi_transmit [ 852.222053] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_ack [ 852.222058] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_ack [ 852.222453] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_peek [ 852.222458] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_peek [ 852.222865] snd_usb_lib: disagrees about version of symbol snd_rawmidi_new [ 852.222869] snd_usb_lib: Unknown symbol snd_rawmidi_new [ 852.223037] snd_usb_lib: disagrees about version of symbol snd_rawmidi_set_ops [ 852.223041] snd_usb_lib: Unknown symbol snd_rawmidi_set_ops On 09/07/10 19:32, Elimar Riesebieter wrote: In most cases this points to misscompiled modules. You must use the same compiler version the kernel was compiled with. Next a depmod -a cleans up the dependencies of the running kernel. See depmod(8). The module loads fine on my systems (2.6.3[0-5]). Following your link [0] you don't need to patch or make extra drivers if you use Debian Kernel 2.6.30, though. Sorry but I don't have a Roland device handy for testing. To get a further analyse you should send a respective dmesg. [0] http://alsa.opensrc.org/index.php/Edirol_UA-25EX Elimar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw6NiwACgkQcVtC8LX0UeZDKQCgrsrR453cwBnF7or3ISVSPZnG ay8An3nskVVnY9eCBwI7jF0mUc/lQWoG =QE/3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588385: [alsa-source] dmesg reports unknown symbols / disagreement with version of symbol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There's your problem, right there! r2d2:~# cat /proc/version Linux version 2.6.32-5-amd64 (Debian 2.6.32-15) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-1) ) #1 SMP Tue Jun 1 04:34:03 UTC 2010 r2d2:~# gcc --version gcc (Debian 4.4.4-6) 4.4.4 What does this mean - recompile the kernel from scratch? On 11/07/10 23:07, Elimar Riesebieter wrote: Please post the output of: $ cat /proc/version and $ gcc --version -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw6RhcACgkQcVtC8LX0UeZNAwCgy4MmvG9aS87dMa9LezQkhfQz dCgAn2OII/1vXl5yinZXj0VFuTsKAOl/ =9XER -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588385: [alsa-source] dmesg reports unknown symbols / disagreement with version of symbol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Elimar, There are problems with the insertion of the snd-usb-audio module. I tried disconnecting and re-connecting my Roland device. Dmesg correctly identified the device but then reported problems with the snd-usb-audio module, as the module was modprobed. I don't have the exact output where I am writing, but it was similar to the subject of this bug report - unknown symbols / disagreement with version of symbols. Thanks, - -- Guy On 08/07/2010 19:07, Elimar Riesebieter wrote: No sound driver was loaded. Was your Roland plugged in? hint: modprobe -v snd-usb-audio -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw27ZMACgkQtVeealbDyDVFygCfQ2homxsEZ7zrODH0yBuBKEM1 kvIAnAyuYvlryqKUoIotT10dZWlSsFzf =F+to -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588385: [Pkg-alsa-devel] Bug#588385: [alsa-source] dmesg reports unknown symbols / disagreement with version of symbol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 depmod -a alsa force-reload service alsa-utils restart Unloading ALSA sound driver modules: snd-seq-dummy snd-seq-oss snd-seq-midi snd-rawmidi snd-seq-midi-event snd-seq snd-timer snd-seq-device. Loading ALSA sound driver modules: snd-seq-dummy snd-seq-oss snd-seq-midi snd-rawmidi snd-seq-midi-event snd-seq snd-timer snd-seq-device. Shutting down ALSA...warning: 'alsactl store' failed with error message 'alsactl: save_state:1504: No soundcards found...'...failed. Setting up ALSA...warning: 'alsactl restore' failed with error message 'alsactl: load_state:1610: No soundcards found...'...done. Hmm ... so far not fine! Rebooting doesn't get me off the hook either! Thanks, - -- Guy On 07/07/10 23:11, Elimar Riesebieter wrote: * Guy Heatley [100707 22:46 +0100]: Package: alsa-source Version: 1.0.23+dfsg-1 Severity: normal --- Please enter the report below this line. --- After compiling alsa-source, installing modules and doing alsa reload, dmesg gives the following: [30243.544731] snd_usb_lib: disagrees about version of symbol snd_rawmidi_receive Well you can do as follows: run as root # depmod -a alsa force-reload service alsa-utils restart or the best would be # reboot and you'll be fine. Let us know ;-) Elimar -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw1r1MACgkQtVeealbDyDXmlwCdHTbasVPX+oOJuAt6rGdK+Uln PSEAnjGBB+zVbi9AMtSN9sw6v3rzDwhq =XuBH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588385: [alsa-source] dmesg reports unknown symbols / disagreement with version of symbol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: alsa-source Version: 1.0.23+dfsg-1 Severity: normal - --- Please enter the report below this line. --- After compiling alsa-source, installing modules and doing alsa reload, dmesg gives the following: [30243.544731] snd_usb_lib: disagrees about version of symbol snd_rawmidi_receive [30243.544734] snd_usb_lib: Unknown symbol snd_rawmidi_receive [30243.544845] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_empty [30243.544847] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_empty [30243.544893] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit [30243.544895] snd_usb_lib: Unknown symbol snd_rawmidi_transmit [30243.545040] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_ack [30243.545042] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_ack [30243.545165] snd_usb_lib: disagrees about version of symbol snd_rawmidi_transmit_peek [30243.545167] snd_usb_lib: Unknown symbol snd_rawmidi_transmit_peek [30243.545294] snd_usb_lib: disagrees about version of symbol snd_rawmidi_new [30243.545296] snd_usb_lib: Unknown symbol snd_rawmidi_new [30243.545343] snd_usb_lib: disagrees about version of symbol snd_rawmidi_set_ops [30243.545345] snd_usb_lib: Unknown symbol snd_rawmidi_set_ops I am trying to get alsa to play nicely with a Roland / Cakewalk / Endirol UA-25EX usb sound device. I have edited /etc/modprobe.d/alsa-base.conf to comment out this line: #options snd-usb-audio index=-2 I have added a file, /etc/modprobe.d/alsa-local.conf which contains this: alias snd-card-0 snd-usb-audio options snd-usb-audio index=0 Thanks in advance! - -- Guy - --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 testing security.debian.org 500 testing ftp.at.debian.org - --- Package information. --- Depends (Version) | Installed =-+- debconf (= 0.5) | 1.5.32 OR debconf-2.0 | make | 3.81-8 gcc | 4:4.4.4-2 OR c-compiler| dpkg-dev | 1.15.7.2 debhelper (= 5.0.37) | 7.9.1 debconf-utils | 1.5.32 bzip2 | 1.0.5-4 lsof(= 4.64) | 4.81.dfsg.1-1 module-init-tools (= 3.2.1) | 3.12~pre2-3 linux-sound-base | 1.0.23+dfsg-1 udev | 158-1 libc6 (= 2.3.2) | 2.11.2-2 Recommends(Version) | Installed ===-+-=== kernel-package | 12.033 fakeroot| 1.14.4-1 module-assistant| 0.11.3 linux-headers | alsa-utils | 1.0.23-2 Suggests (Version) | Installed ===-+-= apmd (= 3.0.2-1) | alsa-oss| oss-compat | 0.0.4+nmu3 libasound2-plugins (= 1.0.18) | - --- Output from package bug script --- - --- Begin additional package status --- Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-==- ii alsa-base 1.0.23+dfsg-1 ALSA driver configuration files ii libasound2 1.0.23-1 shared library for ALSA applications - --- End additional package status --- - --- Begin /proc/asound/version --- Advanced Linux Sound Architecture Driver Version 1.0.23. Compiled on Jul 7 2010 for kernel 2.6.32-5-amd64 (SMP). - --- End /proc/asound/version --- - --- Begin /proc/asound/cards --- - --- no soundcards --- - --- End /proc/asound/cards --- - --- Begin /dev/snd/ listing --- total 0 crw-rw 1 root audio 116, 1 Jul 7 19:12 seq crw-rw 1 root audio 116, 33 Jul 7 19:12 timer - --- End /dev/snd/ listing --- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw09bIACgkQcVtC8LX0UeZVKwCgjOu4oN2ECVD877WaXLxKBobi hi8AoLsifA3idhnO1weYteLTrD44+IPF =VCpl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585488: Clarification on getting a USB device to be your primary soundcard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm still a little confused about what to do here to get my usb UA-25EX to appear! (I reported a similar bug which has been merged with this one: Bug#587585) I created a file /etc/modprobe.d/local.conf as described, and reloaded the alsa modules, but still had no soundcards in /proc/asound/cards. (I didn't try rebooting, though - I needed to do other stuff at the time) Do I need to edit /etc/modprobe.d/alsa-base.conf to comment out the -2 index for snd-usb-audio ? Also, I am puzzled by the filenames: This bug report mentions local.conf, but the Debian README refers to alsa-local.conf and sound.conf. Which is the correct one I need to create? Does it matter? Thanks! - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwtsIkACgkQtVeealbDyDUh5QCdFZHjk8VU3PV9uA6SZjkadyEb 1zEAnAoNEVGQbEmJrK/tdXokEbPd58ny =h+oj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587585: More info on Edirol UA-25EX
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The alsa unofficial wiki page on the device that is not being detected http://alsa.opensrc.org/index.php/Edirol_UA-25EX Also, I notice that all the current bug reports against the alsa-source packages Found in version alsa-driver/1.0.23+dfsg-1 (bugs #584336, #586267, #587585) are running on the AMD64 arch. Maybe there is a connection? Cheers! - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwrXcgACgkQtVeealbDyDWirACcDvUx0kvqEtm4I2QE9dymX6u/ mmgAnR8C4Ih7GgdU6YMEu4ZTTdmXaz+X =JWC2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587585: [alsa-source] Fails to detect Roland UA-25EX external usb sound device after building alsa drivers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: alsa-source Version: 1.0.23+dfsg-1 Severity: normal - --- Please enter the report below this line. --- After building the alsa source package using the module assistant, and installing the resulting alsa drivers, my Roland UA-25EX external usb sound device was not detected I feel sure it was detected and usable before I built and installed from the sources ... Any help would be appreciated! Thanks, - -- Guy - --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 testing security.debian.org 500 testing ftp.at.debian.org - --- Package information. --- Depends (Version) | Installed =-+- debconf (= 0.5) | 1.5.32 OR debconf-2.0 | make | 3.81-8 gcc | 4:4.4.4-2 OR c-compiler| dpkg-dev | 1.15.7.2 debhelper (= 5.0.37) | 7.9.1 debconf-utils | 1.5.32 bzip2 | 1.0.5-4 lsof(= 4.64) | 4.81.dfsg.1-1 module-init-tools (= 3.2.1) | 3.12~pre2-3 linux-sound-base | 1.0.23+dfsg-1 udev | 157-1 libc6 (= 2.3.2) | 2.11.1-3 Recommends(Version) | Installed ===-+-=== kernel-package | 12.033 fakeroot| 1.14.4-1 module-assistant| 0.11.3 linux-headers | alsa-utils | 1.0.23-2 Suggests (Version) | Installed ===-+-= apmd (= 3.0.2-1) | alsa-oss| oss-compat | 0.0.4+nmu3 libasound2-plugins (= 1.0.18) | - --- Output from package bug script --- - --- Begin additional package status --- Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-==- ii alsa-base 1.0.23+dfsg-1 ALSA driver configuration files ii libasound2 1.0.23-1 shared library for ALSA applications - --- End additional package status --- - --- Begin /proc/asound/version --- Advanced Linux Sound Architecture Driver Version 1.0.23. Compiled on Jun 27 2010 for kernel 2.6.32-5-amd64 (SMP). - --- End /proc/asound/version --- - --- Begin /proc/asound/cards --- - --- no soundcards --- - --- End /proc/asound/cards --- - --- Begin /dev/snd/ listing --- total 0 crw-rw+ 1 root audio 116, 1 Jun 29 23:34 seq crw-rw+ 1 root audio 116, 33 Jun 29 23:34 timer - --- End /dev/snd/ listing --- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwqjCkACgkQcVtC8LX0UebNWQCg2BjWwJXAkiBL7XPOLCRo08bB RD0An3oPlRqhlWflYrSBAexUGAezTSBi =+nUM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585934: [udev] UUID discrepancy between cryptsetup luksUUID and udevadm info
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Milan, I can confirm that this fixed the problem! It must have been that the partition in question was created with an old version of cryptsetup. Thanks to all involved in the bug fixing! - -- Guy On 16/06/10 12:19, Milan Broz wrote: If that device was LUKS formatted long ago, maybe you are seeing the old bug, when some sectors were not properly wiped and there are both signatures of ext3 and LUKS on the device. You can easily fix that, simply run luksHeaderBackup and luksHeaderRestore with cryptsetup 1.1.x (this will wipe that problematic area). If it is problem, please try crypsetup luksHeaderBackup --header-backup-file file device crypsetup luksHeaderRestore --header-backup-file file device Milan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwan/gACgkQcVtC8LX0UeYnewCgrT7fy/Agcc1wtT/ZrTBYaN7V C0sAmQF1rZm+sxk0xWeG06+f5u/le38U =+Otx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585934: [udev] UUID discrepancy between cryptsetup luksUUID and udevadm info
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15/06/2010 23:01, Marco d'Itri wrote: And did udev create links to sdc1 in /dev/disk/ this time? No :-( -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwYo0IACgkQtVeealbDyDW25wCeL1vu8QGQCO94qcCftsw7hQ9o kDwAnjhZ4+dqdGav/UqR02mNGTborSwc =MhnA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585934: [udev] UUID discrepancy between cryptsetup luksUUID and udevadm info
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/06/2010 11:39, Milan Broz wrote: Nope. You are mixing up two UUIDs: luksUUID is the UUID from LUKS header of underlying device (/dev/sdc1), ID_FS_UUID is UUID of fs on top of it (here labeled /, it is device /dev/mapper/sdc1_crypt or so). (You can use luksUUID even if device is not active, but FS UUID and label is visible only on active LUKS device.) Milan I'm not sure this is true - this device had not been opened by cryptsetup at this point: There was no entry in /dev/mapper , it was not an active Luks device. - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwYrgUACgkQtVeealbDyDVGpACeMNn6M2pe05fK30M/ComSbwwO kDEAnjOre9MGyzdlj5ys/Lf4b7i50edf =r49I -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585934: [udev] UUID discrepancy between cryptsetup luksUUID and udevadm info
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/06/2010 12:19, Milan Broz wrote: On 06/16/2010 12:57 PM, Guy Heatley wrote: On 16/06/2010 11:39, Milan Broz wrote: I'm not sure this is true - this device had not been opened by cryptsetup at this point: There was no entry in /dev/mapper , it was not an active Luks device. If that device was LUKS formatted long ago, maybe you are seeing the old bug, when some sectors were not properly wiped and there are both signatures of ext3 and LUKS on the device. You can easily fix that, simply run luksHeaderBackup and luksHeaderRestore with cryptsetup 1.1.x (this will wipe that problematic area). If it is problem, please try crypsetup luksHeaderBackup --header-backup-file file device crypsetup luksHeaderRestore --header-backup-file file device Milan Yes - its is possible this partition was made with a long-gone version of cryptseup. I will try your suggestion! Thanks! - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwYtKIACgkQtVeealbDyDUTOwCeKdrqC+6lfnz0ANVBEu30DOvO HIMAnjq/jfHKMc947B3flVKwSjABMLDv =tARG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585934: [udev] UUID discrepancy between cryptsetup luksUUID and udevadm info
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15/06/2010 12:11, Marco d'Itri wrote: On Jun 15, Guy Heatley g...@member.fsf.org wrote: If I run cryptsetup luksUUID /dev/sdb1 I get the UUID of this partition. If I run udevadm info --name=/dev/sdb1 --query=all | grep -i uuid I get nothing! Please report the output of: blkid -o udev /dev/sda6 . Doh! I mean /dev/sdb1 ! You've got me doing it now! ;-) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwXcHUACgkQtVeealbDyDVMMgCeKn9uCyKkg077R9CRnfewHH8E 6HQAn0Pswkkjy14SxPGaks8x0N0PUh2q =jjTO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585934: [udev] UUID discrepancy between cryptsetup luksUUID and udevadm info
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15/06/2010 12:11, Marco d'Itri wrote: On Jun 15, Guy Heatley g...@member.fsf.org wrote: If I run cryptsetup luksUUID /dev/sdb1 I get the UUID of this partition. If I run udevadm info --name=/dev/sdb1 --query=all | grep -i uuid I get nothing! Please report the output of: blkid -o udev /dev/sda6 . Err ... do you mean /dev/sb2 rather than /dev/sda6 ? [not using the system that produces the bug at the moment - I'll get back to you] -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwXb/MACgkQtVeealbDyDXJ7QCfTxRmCOBtdOgEQcf2T9L/IJke uLAAn01boRU9TvHODq9K7fyp1TB9b4P5 =eLMT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585934: [udev] UUID discrepancy between cryptsetup luksUUID and udevadm info
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Marco, On this boot, the problem partition is /dev/sdc1 r2d2:/home/guy# blkid -o udev /dev/sdc1 ID_FS_LABEL=/ ID_FS_LABEL_ENC=\x2f ID_FS_UUID=5e6cf0a2-ac35-4d8b-b1cf-f75ad8427551 ID_FS_UUID_ENC=5e6cf0a2-ac35-4d8b-b1cf-f75ad8427551 ID_FS_SEC_TYPE=ext2 ID_FS_TYPE=ext3 r2d2:/home/guy# cryptsetup luksUUID /dev/sdc1 bf6cfa88-8f0c-4e07-ae24-84b25e7e7960 Hmmm... contradictory On 15/06/10 13:20, Marco d'Itri wrote: On Jun 15, Guy Heatley g...@member.fsf.org wrote: Please report the output of: blkid -o udev /dev/sda6 . Err ... do you mean /dev/sb2 rather than /dev/sda6 ? Yes. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwX77cACgkQcVtC8LX0UebslQCffu6FQ+gfMnHqJDk0le0MgCVr eHEAnRrNELWyDopDIM1kxrxoMRkwn6H5 =7+Sq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585934: [udev] UUID discrepancy between cryptsetup luksUUID and udevadm info
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: udev Version: 157-1 Severity: normal - --- Please enter the report below this line. --- I have a harddrive with an encrypted luks partition. It usually appears as /dev/sdb1 on my system. I want to move to a persistent naming convention and use UUIDs to refer to this device and create an entry in /etc/crypttab. If I run cryptsetup luksUUID /dev/sdb1 I get the UUID of this partition. If I run udevadm info --name=/dev/sdb1 --query=all | grep -i uuid I get nothing! Crypttab seems to use the udev method to get the UUID and cannot find the partition as specified by the UUID as reported by cryptsetup. Strangely on the same device, /dev/sdb2 is a luks partition too, but both commands above return the same correct UUID for that partition and everything works as expected. Any advice here would be appreciated. Thanks - --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 testing security.debian.org 500 testing ftp.at.debian.org - --- Package information. --- Depends (Version) | Installed ==-+-== libc6 (= 2.7) | 2.11.1-3 libselinux1 (= 1.32) | 2.0.94-1 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-15 lsb-base(= 3.0-6) | 3.2-23.1 util-linux (= 2.16) | 2.16.2-0 Recommends (Version) | Installed =-+-=== usbutils | 0.87-3 pciutils | 1:3.1.7-3 Package's Suggests field is empty. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwWvp4ACgkQcVtC8LX0UeaQwQCgzlcXkl+7h01A9f46pvotRQQi LmoAnAsd8ehF4CAYDSUs/EXDTgGfQeQm =4Qph -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#431032: xserver-xorg-video-i810: LCD won't turn off when docked, on Dell laptop
Hi Brice, Upgrading to xserver-xorg-video-intel 2:2.0.0-5 did not solve the problem directly, but the xrandr program did! (I didn't try xrandr before upgrading, so the upgrade may not have actually been required). Anyhow I'm quite happy with the result. Two questions:- 1) How could I automate the xrandr process on boot? 2) Can I use the laptop screen + CRT as a dual display setup when the laptop is docked? (I think I probably can't as the output is not dual headed) Thanks! -- Guy Stand up for freedom: Switch to GNU/Linux. 'Microsoft warned today that the era of ''open computing,'' the free exchange of digital information that has defined the personal computer industry, is ending.' New York Times, July 25, 2002 On 29/06/07, Guy Heatley [EMAIL PROTECTED] wrote: Cool! I'm at work right now, using the laptop in question, but unfortunately inflicted on me is another well-known proprietory OS... I shall upgrade this when I get home this evening, and can use a real OS! Regards -- Guy Stand up for freedom: Switch to GNU/Linux. 'Microsoft warned today that the era of ''open computing,'' the free exchange of digital information that has defined the personal computer industry, is ending.' New York Times, July 25, 2002 On 29/06/07, Brice Goglin [EMAIL PROTECTED] wrote: Guy Heatley wrote: Hi Brice, Thanks for the prompt reply. I shall try out your suggestions as soon as I can. Would I be able to use dpkg to install xserver-xorg-video-intel 2:2.0.0-5 in isolation, without having to go ape and move up to sid? Yes, right now, I don't think there is any sid dependency required to install this experimental package. So just take it from ftp://ftp.fr.debian.org/debian/pool/main/x/xserver-xorg-video-intel and dpkg -i foo.deb should work fine. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431032: xserver-xorg-video-i810: LCD won't turn off when docked, on Dell laptop
Subject: xserver-xorg-video-i810: LCD won't turn off when docked on Dell laptop Package: xserver-xorg-video-i810 Version: 2:2.0.0-1 Severity: normal *** Please type your report below this line *** I use a docking station for my laptop: a Dell Latitude D610. Since a apt-get upgrade of the X server the sensor that detects when the lid is down does not function and the LCD screen is on all the time, event when the lid is closed. I tried using Fn + f8 and the program i810switch to force the LCD off, but to no avail. The effects of this are:- 1) The CRT I attach to the docking station runs at the resolution of the LCD display - very flickery and annoying and low-res. 2) The LCD display never shuts off even when the lid is closed on the laptop. The X server tries briefly to run at the resolution specified in the xorg.conf but fails and falls back to the default LCD spec - 1024 X 768 This used to work fine before the upgrade! -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-i810 depends on: ii xserver-xorg-video-intel 2:2.0.0-1 X.Org X server -- Intel i8xx, i9xx xserver-xorg-video-i810 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342556: pnet-compiler: The c-sharp compiler cscc appears to be broken and won't start, giving a relocation error.
Package: pnet-compiler Version: 0.6.12-5 Severity: grave Justification: renders package unusable *** Please type your report below this line *** The output below shows my attempts to start cscc. There appears to be 2 versions of the library in question, with different file sizes. [EMAIL PROTECTED]:~$ cscc cscc: relocation error: cscc: symbol __libc_stack_end, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference [EMAIL PROTECTED]:~$ slocate ld-linux.so.2 /lib/tls/ld-linux.so.2 /lib/ld-linux.so.2 [EMAIL PROTECTED]:~$ ls -l /lib/ld-linux.so.2 lrwxrwxrwx 1 root root 11 2005-11-25 14:22 /lib/ld-linux.so.2 - ld-2.3.5.so [EMAIL PROTECTED]:~$ ls -l /lib/tls/ld-linux.so.2 lrwxrwxrwx 1 root root 11 2005-11-25 14:22 /lib/tls/ld-linux.so.2 - ld-2.3.5.so [EMAIL PROTECTED]:~$ ls -l /lib/ld-2.3.5.so -rwxr-xr-x 1 root root 88168 2005-11-13 01:23 /lib/ld-2.3.5.so [EMAIL PROTECTED]:~$ ls -l /lib/tls/ld-2.3.5.so -rwxr-xr-x 1 root root 96356 2005-11-13 01:23 /lib/tls/ld-2.3.5.so -- Guy Heatley -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages pnet-compiler depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii zlib1g1:1.2.3-8 compression library - runtime Versions of packages pnet-compiler recommends: di pnet-assemblies 0.6.12-2 DotGNU C# class libraries -- no debconf information