Bug#873050: nvidia-driver: Need 367.xx legacy release for GRID cards now too
On 24/08/17 05:58 AM, Luca Boccassi wrote: I don't see a 367 release on: http://www.nvidia.com/object/unix.html And there hasn't been a 367 release in almost a year. I have a feeling then its destined to be an abandoned poor cousin. If you checkout one of the newer READMEs about supported NVIDIA GPU products you will see it listed right before 340.xx list of supported GPUs ``` Below are the legacy GPUs that are no longer supported in the unified driver. These GPUs will continue to be maintained through the special legacy NVIDIA GPU driver releases. The 367.xx driver supports the following set of GPUs: NVIDIA GPU product Device PCI ID* VDPAU features GRID K340 0FEFD GRID K1 0FF2D GRID K2 11BFD The 340.xx driver supports the following set of GPUs: ... ``` http://us.download.nvidia.com/XFree86/Linux-x86_64/375.66/README/supportedchips.html Picking one of the above GRID GPUs (K1 in my case) from their download box also kicks you through to a 367.xx release Version:367.57 Release Date: 2016.10.10 Operating System: Linux 64-bit Language: English (US) File Size: 73.55 MB Realistically though, I'm wondering if it is worth the bother. The GRID cards aren't something individuals are going to have, and it doesn't look like NVIDIA is serious about GRID customers anyway when they strand just them and then release no updates. I can definitely confirm that 367.57 needs significant patching to compile against newer kernels. I see the latest 340.xx legacy release Version:340.102 Release Date: 2017.2.14 Operating System: Linux 64-bit Language: English (US) File Size: 66.72 MB README lists all the stranded GRID cards as supported hardware ``` NVIDIA GRID GPUs NVIDIA GPU product Device PCI ID* VDPAU features GRID K340 0x0FEF D GRID K1 0x0FF2 D GRID K520 0x118A D GRID K2 0x11BF D ``` http://us.download.nvidia.com/XFree86/Linux-x86_64/340.102/README/supportedchips.html so it should work. At least that way you get newer kernel updates. Personally I would like to just ditch NVIDIA all together for a full open-source in-tree solution. Unfortunately they seem to have captured the HPC market place with their CUDA. Thanks! -Tyson
Bug#873050: nvidia-driver: Need 367.xx legacy release for GRID cards now too
Package: nvidia-driver Severity: important Dear Maintainer, As documented in the 375.xx README, NVIDIA has now created a 367.xx line of legacy drivers due to deprecating various GRID cards. http://us.download.nvidia.com/XFree86/Linux-x86_64/375.66/README/supportedchips.html Without packaging for the 367.xx legacy line, GRID users will find themselves having to downgrade to the legacy 340 line upon upgrading. Thanks! -Tyson -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#803094: qgis-plugin-grass: Backports supports QGIS 2.8 on amd64 but not unstable
Package: qgis-plugin-grass Version: 2.4.0-1+b1 Severity: normal It seems the amd64 grass plugin is available for QGIS 2.8 in backports https://packages.debian.org/jessie-backports/qgis-plugin-grass while unstable is stuck with the old 2.4 QGIS version https://packages.debian.org/sid/qgis-plugin-grass Thanks! -Tyson -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#787652: ncl-ncarg: No text on plots (missing PWRITX data file PlotcharData)
Package: ncl-ncarg Version: 6.2.0-3 Followup-For: Bug #787652 I've put together a patch for this issue and verified that it works against the latest version apt-get source downloads. The underlying issue was DEP* library listings in the yMakefiles should not be prefixed with -l as they are for makefile depency lines. The attached patch should apply cleanly except for the patch series file as gbp pq prefixed all the patches with numbers. From 32e16927041155d425b15c941dd363edb6f4acec Mon Sep 17 00:00:00 2001 From: Tyson Whitehead twhiteh...@gmail.com Date: Fri, 5 Jun 2015 14:08:25 -0400 Subject: [PATCH] DEBLIBS can't include -l switch (silent db build failure issue) Put NCARGGKSLIB into PROG_LIBS and DEPNCARGGKSLIB into DEPLIBS. This split is required as the DEP ones have to not include the -l switch and the non-DEP ones have to include the -l switch. Failure to specify this split properly was stopping some of the databases from being built (it tried to build -l... targets). Bug-Debian: https://bugs.debian.org/787652 --- debian/libncarg-data.install | 2 + ...-t-include-l-switch-silent-db-build-failu.patch | 47 ++ debian/patches/series | 1 + 3 files changed, 50 insertions(+) create mode 100644 debian/patches/0014-DEBLIBS-can-t-include-l-switch-silent-db-build-failu.patch diff --git a/debian/libncarg-data.install b/debian/libncarg-data.install index 730e7bc..161d148 100644 --- a/debian/libncarg-data.install +++ b/debian/libncarg-data.install @@ -19,3 +19,5 @@ debian/tmp/lib/ncarg/database/Ezmap* /usr/share/ncarg/database debian/tmp/lib/ncarg/database/rgb* /usr/share/ncarg/database debian/tmp/lib/ncarg/database/NhlMapData /usr/share/ncarg/database debian/tmp/lib/ncarg/database/ranfdata /usr/share/ncarg/database +debian/tmp/lib/ncarg/database/PlotcharData /usr/share/ncarg/database +debian/tmp/lib/ncarg/database/pwritdata /usr/share/ncarg/database diff --git a/debian/patches/0014-DEBLIBS-can-t-include-l-switch-silent-db-build-failu.patch b/debian/patches/0014-DEBLIBS-can-t-include-l-switch-silent-db-build-failu.patch new file mode 100644 index 000..faaa757 --- /dev/null +++ b/debian/patches/0014-DEBLIBS-can-t-include-l-switch-silent-db-build-failu.patch @@ -0,0 +1,47 @@ +From: Tyson Whitehead twhiteh...@gmail.com +Date: Fri, 5 Jun 2015 13:41:43 -0400 +Subject: DEBLIBS can't include -l switch (silent db build failure issue) + +Put NCARGGKSLIB into PROG_LIBS and DEPNCARGGKSLIB into DEPLIBS. +This split is required as the DEP ones have to not include the -l +switch and the non-DEP ones have to include the -l switch. + +Failure to specify this split properly was stopping some of the +databases from being built (it tried to build -l... targets). + +Bug-Debian: https://bugs.debian.org/787652 +--- + ncarg2d/src/db/plotchar/yMakefile | 4 ++-- + ncarg2d/src/db/pwritxnt/yMakefile | 4 ++-- + 2 files changed, 4 insertions(+), 4 deletions(-) + +diff --git a/ncarg2d/src/db/plotchar/yMakefile b/ncarg2d/src/db/plotchar/yMakefile +index 023033a..75a650c 100644 +--- a/ncarg2d/src/db/plotchar/yMakefile b/ncarg2d/src/db/plotchar/yMakefile +@@ -6,8 +6,8 @@ MYNAME = plotchar + + OBJECTS = pccchk.o pcdchk.o pcexcd.o pcwb15.o pcwbin.o pcwrda.o + +-PROG_LIBS = $(NCARGLIB) $(NCARGCLIB) +-DEPLIBS = $(DEPNCARGLIB) $(DEPNCARGCLIB) $(NCARGGKSLIB) ++PROG_LIBS = $(NCARGLIB) $(NCARGCLIB) $(NCARGGKSLIB) ++DEPLIBS = $(DEPNCARGLIB) $(DEPNCARGCLIB) $(DEPNCARGGKSLIB) + + FortranProgram(WritePlotcharData,$(OBJECTS),$(DEPLIBS)) + InstallTarget(PlotcharData,$(INSTALL_DB),$(DBPATH)) +diff --git a/ncarg2d/src/db/pwritxnt/yMakefile b/ncarg2d/src/db/pwritxnt/yMakefile +index 15a3bc1..fbefb15 100644 +--- a/ncarg2d/src/db/pwritxnt/yMakefile b/ncarg2d/src/db/pwritxnt/yMakefile +@@ -12,8 +12,8 @@ FSOURCES = \ + ccheck.f creb15.f crebin.f dcheck.f dport.f mkmsk.f pcrbin.f\ + xtch.f + +-PROG_LIBS = $(NCARGLIB) $(NCARGCLIB) +-DEPLIBS = $(DEPNCARGLIB) $(DEPNCARGCLIB) $(NCARGGKSLIB) ++PROG_LIBS = $(NCARGLIB) $(NCARGCLIB) $(NCARGGKSLIB) ++DEPLIBS = $(DEPNCARGLIB) $(DEPNCARGCLIB) $(DEPNCARGGKSLIB) + + FortranProgram(pwritxnt,$(OBJECTS),$(DEPLIBS)) + InstallTarget(pwritdata,$(INSTALL_DB),$(DBPATH)) diff --git a/debian/patches/series b/debian/patches/series index 76c7fbf..a2a997b 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -11,3 +11,4 @@ 0011-nio-path.patch 0012-ftuser.patch 0013-ncldriver.patch +0014-DEBLIBS-can-t-include-l-switch-silent-db-build-failu.patch -- 2.1.4
Bug#787652: ncl-ncarg: No text on plots (missing PWRITX data file PlotcharData)
Package: ncl-ncarg Version: 6.2.0-3+b2 Followup-For: Bug #787652 I would add that searching through the build log reports for *** reveals the following lines make[6]: *** No rule to make target '-L../../../.././ncarg2d/src/libncarg_gks', needed by 'WritePlotcharData'. Stop. make[6]: *** No rule to make target '-L../../../.././ncarg2d/src/libncarg_gks', needed by 'pwritxnt'. Stop. make[7]: *** No rule to make target '-lNGgks', needed by 'WritePlotcharData'. Stop. make[7]: *** No rule to make target '-lNGgks', needed by 'pwritxnt'. Stop. make[7]: *** No rule to make target '-lNGgks', needed by 'WritePlotcharData'. Stop. make[7]: *** No rule to make target '-lNGgks', needed by 'pwritxnt'. Stop. make[6]: *** No rule to make target '-lNGgks', needed by 'WritePlotcharData'. Stop. make[6]: *** No rule to make target '-lNGgks', needed by 'pwritxnt'. Stop. https://buildd.debian.org/status/fetch.php?pkg=nclarch=amd64ver=6.2.0-3%2Bb2stamp=1430749155 It seems like compiler flags have somehow been mistaken as targets and this is causing part of the package to not be built. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ncl-ncarg depends on: ii libatlas3-base [liblapack.so.3] 3.10.2-6 ii libblas3 [libblas.so.3] 1.2.20110419-10 ii libbz2-1.0 1.0.6-7+b2 ii libc62.19-13 ii libcairo21.14.0-2.1 ii libcurl3-gnutls 7.38.0-4 ii libexpat12.1.0-6+b3 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-19 ii libgctp0d2.0-1 ii libgdal1h1.10.1+dfsg-8+b3 ii libgfortran3 4.9.1-19 ii libgomp1 4.9.1-19 ii libgrib2c0d 1.4.0-2 ii libhdf4-0-alt4.2.10-3 ii libhdf5-81.8.13+docs-15 ii libhdfeos0 2.19v1.00+dfsg.1-2 ii libhe5-hdfeos0 5.1.15.dfsg.1-4+b1 ii libice6 2:1.0.9-1+b1 ii libjasper1 1.900.1-debian1-2.3 ii libjpeg62-turbo 1:1.3.1-11 ii liblapack3 [liblapack.so.3] 3.5.0-4 ii libncarg06.2.0-3+b2 ii libnetcdfc7 1:4.1.3-7.2 ii libpixman-1-00.32.6-3 ii libpng12-0 1.2.50-2+b2 ii libproj9 4.9.1-1 ii libquadmath0 4.9.1-19 ii libsm6 2:1.2.2-1+b1 ii libstdc++6 4.9.1-19 ii libudunits2-02.2.17-1 ii libx11-6 2:1.6.2-3 ii libxaw7 2:1.0.12-2+b1 ii libxext6 2:1.3.3-1 ii libxmu6 2:1.1.2-1 ii libxrender1 1:0.9.8-1+b1 ii libxt6 1:1.1.4-1+b1 ii tcsh [c-shell] 6.18.01-3 ii zlib1g 1:1.2.8.dfsg-2+b1 ncl-ncarg recommends no packages. ncl-ncarg suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787652: ncl-ncarg: No text on plots (missing PWRITX data file PlotcharData)
Package: ncl-ncarg Version: 6.2.0-3+b2 Severity: important Plotting produces plots but without any labels and the following two warnings over and over again warning:TextItem:libncarg Error:PLCHHQ/PCFOPN - ERROR OPENING PWRITX DATA FILE /usr/share/ncarg/database/PlotcharData warning:TextItemDraw:libncarg Error:PLCHHQ/PCFOPN - ERROR OPENING PWRITX DATA FILE /usr/share/ncarg/database/PlotcharData All this seems to suggest a missing file/directory in the package. A simple example is $ ncl EOF load /usr/lib/ncarg/nclscripts/csm/gsn_code.ncl load /usr/lib/ncarg/nclscripts/csm/gsn_csm.ncl begin x = fspan(0,2*3.14,20) wks = gsn_open_wks(x11,xy_plot) res = True res@tiMainString = Example: xy-plot plot = gsn_csm_xy(wks, x, sin(x), res) end EOF Don't know if it is related at all, but it seems all the *ncarg* packages have a 6.2.0-3+b2 version except libncarg-data (no +b2). Thanks! -Tyson -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ncl-ncarg depends on: ii libatlas3-base [liblapack.so.3] 3.10.2-6 ii libblas3 [libblas.so.3] 1.2.20110419-10 ii libbz2-1.0 1.0.6-7+b2 ii libc62.19-13 ii libcairo21.14.0-2.1 ii libcurl3-gnutls 7.38.0-4 ii libexpat12.1.0-6+b3 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-19 ii libgctp0d2.0-1 ii libgdal1h1.10.1+dfsg-8+b3 ii libgfortran3 4.9.1-19 ii libgomp1 4.9.1-19 ii libgrib2c0d 1.4.0-2 ii libhdf4-0-alt4.2.10-3 ii libhdf5-81.8.13+docs-15 ii libhdfeos0 2.19v1.00+dfsg.1-2 ii libhe5-hdfeos0 5.1.15.dfsg.1-4+b1 ii libice6 2:1.0.9-1+b1 ii libjasper1 1.900.1-debian1-2.3 ii libjpeg62-turbo 1:1.3.1-11 ii liblapack3 [liblapack.so.3] 3.5.0-4 ii libncarg06.2.0-3+b2 ii libnetcdfc7 1:4.1.3-7.2 ii libpixman-1-00.32.6-3 ii libpng12-0 1.2.50-2+b2 ii libproj9 4.9.1-1 ii libquadmath0 4.9.1-19 ii libsm6 2:1.2.2-1+b1 ii libstdc++6 4.9.1-19 ii libudunits2-02.2.17-1 ii libx11-6 2:1.6.2-3 ii libxaw7 2:1.0.12-2+b1 ii libxext6 2:1.3.3-1 ii libxmu6 2:1.1.2-1 ii libxrender1 1:0.9.8-1+b1 ii libxt6 1:1.1.4-1+b1 ii tcsh [c-shell] 6.18.01-3 ii zlib1g 1:1.2.8.dfsg-2+b1 ncl-ncarg recommends no packages. ncl-ncarg suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749991: Running into this too (wrong kernel version in installer)...
I've tried both testing and unstable amd64 installer now with the same result No kernel modules were found. This probably is due to a mismatch between the kernel used by this version of the installer and the kernel version available in the archive. If you're installing from a mirror, you can work around this problem by choosing to install a different version of Debian. The install will probably fail to work if you continue without kernel modules. Continue to install without loading kernel modules? and the syslog reports WARNING **: no packages matching running kernel 3.13-1-amd64 This all seems consistent with the fact that the debian-installer Packages file shows just 3.14.1-amd64-di packages ... Package: kernel-image-3.14-1-amd64-di Source: linux Version: 3.14.9-1 ... ftp://ftp.ca.debian.org/debian/dists/testing/main/debian-installer/binary-amd64/Packages.xz vs the installer MANIFEST.udebs file which references the 3.13-1-amd64-di package ... kernel-image-3.13-1-amd64-di 3.13.5-1 amd64 ... ftp://ftp.ca.debian.org/debian/dists/testing/main/installer-amd64/current/images/MANIFEST.udebs Looking through the pool directory also shows there are no current 3.13-1-amd64-di packages. ftp://ftp.ca.debian.org/debian/pool/main/l/linux/ Thanks! -Tyson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668189: Installs both /etc/init.d/smartd and /etc/init.d/smartmontools for starting smartd
Package: smartmontools Version: 5.41+svn3365-1 Severity: normal The subject pretty much says it all. It looks like the smartd one is upstream's and smartmontools is Debian's. -- Package-specific info: Output of /usr/share/bug/smartmontools: # CONFIG_IDE_TASK_IOCTL is not set -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smartmontools depends on: ii debianutils 4.0.2 Miscellaneous utilities specific t ii libc6 2.13-23Embedded GNU C Library: Shared lib ii libcap-ng00.6.6-1An alternate POSIX capabilities li ii libgcc1 1:4.6.2-9 GCC support library ii libselinux1 2.1.0-4SELinux runtime shared libraries ii libstdc++64.6.2-9GNU Standard C++ Library v3 ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip Versions of packages smartmontools recommends: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent Versions of packages smartmontools suggests: pn gsmartcontrol none (no description available) pn smart-notifiernone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615889: mtp-detect doen't connect to creative zen v plus anymore (or SanDisk)
Package: mtp-tools Version: 1.0.6-7 Followup-For: Bug #615889 I'm also seeing this with my SanDisk Sansa Fuze. On both 1.0.6-7 and 1.1.0-2 (there is a long pause after the Attempting to connect device(s) messages) $ mtp-detect libmtp version: 1.0.6 Listing raw device(s) Device 0 (VID=0781 and PID=74c0) is a SanDisk Sansa Fuze. Found 1 device(s): SanDisk: Sansa Fuze (0781:74c0) @ bus 2, dev 14 Attempting to connect device(s) PTP_ERROR_IO: failed to open session, trying again after resetting USB interface LIBMTP libusb: Attempt to reset device LIBMTP PANIC: failed to open session on second attempt Unable to open raw device 0 OK. If I downgrade to 1.0.3-1 it works just fine though (no long pause and no errors -- I've clipped the output because it goes on for quite a while) $ mtp-detect libmtp version: 1.0.3 Listing raw device(s) Device 0 (VID=0781 and PID=74c0) is a SanDisk Sansa Fuze. Found 1 device(s): SanDisk: Sansa Fuze (0781:74c0) @ bus 2, dev 10 Attempting to connect device(s) USB low-level info: Using kernel interface usbfs bcdUSB: 512 bDeviceClass: 0 bDeviceSubClass: 0 bDeviceProtocol: 0 idVendor: 0781 idProduct: 74c0 IN endpoint maxpacket: 512 bytes OUT endpoint maxpacket: 512 bytes Raw device info: ... Cheers! -Tyson PS: Note that this isn't only mtp-detect, mtp under amarok is the same. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mtp-tools depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libmtp8 1.0.6-7Media Transfer Protocol (MTP) libr mtp-tools recommends no packages. mtp-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636534: libsasl2-2: Hostname lookup has to succeed in 2.1.24 (didn't matter in 2.1.23)
Package: libsasl2-2 Version: 2.1.24~rc1.dfsg1+cvs2011-05-23-4 Severity: normal Under 2.1.24, libsasl fails if it can't resolve the current hostname. That is, if my current hostname is resolved by /etc/hosts, I get $ imtest -s -a tyson my.mailhost.ca verify error:num=18:self signed certificate TLS connection established: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) S: * OK Dovecot ready. C: C01 CAPABILITY S: * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS AUTH=PLAIN S: C01 OK Capability completed. Please enter your password: C: A01 AUTHENTICATE PLAIN ** S: A01 OK Logged in. Authenticated. Security strength factor: 256 ^CC: Q01 LOGOUT Connection closed. If it is not, then I get $ imtest -s -a tyson my.mailhost.ca failure: SASL initialization If I downgrade to the 2.1.23 version it does not matter whether my current hostname resolves or not. It works either way. Cheers! -Tyson PS: This is the root source of the very strange KMail error Unable to authenticate via PLAIN. The server my.mailhost.ca replied: SASL(0): successful result: -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsasl2-2 depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libdb5.1 5.1.25-10 Berkeley v5.1 Database Libraries [ Versions of packages libsasl2-2 recommends: ii libsasl 2.1.24~rc1.dfsg1+cvs2011-05-23-4 Cyrus SASL - pluggable authenticat libsasl2-2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622731: Patch for bug in upstream
Duncan addressed this issue in ghc-head http://hackage.haskell.org/trac/ghc/ticket/5004 and he included a patch for the 7.0.x branch http://hackage.haskell.org/trac/ghc/attachment/ticket/5004/linker-partially- striped-objects-fix.dpatch Would be nice to get this into Debian's GHC. Cheers! -Tyson signature.asc Description: This is a digitally signed message part.
Bug#609463: printer-applet: Requires dbus permissions file currently only in system-config-printer
Package: printer-applet Severity: normal Steps to reproduce: 1 - install package without also installing system-config-printer 2 - run applet 3 - it immediately crash with a dbus permissions error Steps to fix: 1 - install /etc/dbus-1/system.d/newprinternotification.conf from the system- config-printer package Notes: 1 - while making system-config-printer a dependency would solve the problem, it would be nice if this could be avoided as it sucks in a bunch of gnome (47 additional packages on my system) Cheers! -Tyson -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593618: git protocol doesn't work anymore
Package: git Version: 1:1.7.1-1.1 Severity: important When I try to clone a public repository, such as (but certainly not limited to) the gdm one $ git --version git version 1.7.1 $ git clone git://git.gnome.org/gdm Initialized empty Git repository in /tmp/gdm/.git/ The authenticity of host 'git.gnome.org (209.132.180.173)' can't be established. RSA key fingerprint is 00:39:fd:1a:a4:2c:6b:28:b8:2e:95:31:c2:90:72:03. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'git.gnome.org,209.132.180.173' (RSA) to the list of known hosts. Permission denied (publickey). fatal: The remote end hung up unexpectedly If I run this on a fedora box, I get $ git --version git version 1.7.1 $ git clone git://git.gnome.org/gdm Initialized empty Git repository in /tmp/gdm/.git/ remote: Counting objects: 48351, done. remote: Compressing objects: 100% (11650/11650), done. remote: Total 48351 (delta 39770), reused 44128 (delta 36577) Receiving objects: 100% (48351/48351), 27.75 MiB | 2747 KiB/s, done. Resolving deltas: 100% (39770/39770), done. It really looks like the Debian version is invoking the ssh backend despite being explicitly told to use the git protocol. Cheers! -Tyson -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.20.1-2 Multi-protocol file transfer libra ii libdigest-sha1-perl 2.12-1 NIST SHA-1 message digest algorith ii liberror-perl 0.17-1 Perl module for error/exception ha ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii perl-modules5.10.1-12Core Perl modules ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages git recommends: ii less 436-1 pager program similar to more ii openssh-client [ssh-client] 1:5.5p1-3 secure shell (SSH) client, for sec ii patch 2.6-2 Apply a diff file to an original ii rsync 3.0.7-2fast remote file copy program (lik Versions of packages git suggests: pn git-arch none (no description available) pn git-cvs none (no description available) pn git-daemon-run none (no description available) pn git-doc none (no description available) pn git-emailnone (no description available) pn git-gui none (no description available) ii git-svn 1:1.7.1-1.1 fast, scalable, distributed revisi pn gitk none (no description available) pn gitweb none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593618: git protocol doesn't work anymore
On August 19, 2010 14:13:44 Anders Kaseorg wrote: Is it possible that you configured your ~/.gitconfig with something like [url ssh://git.gnome.org/] insteadOf = git://git.gnome.org or even [url ssh://] insteadOf = git:// Sorry about that. Looks like this culprit was this in my ~/.gitconfig [core] gitproxy = ssh Thanks! -Tyson signature.asc Description: This is a digitally signed message part.
Bug#529073: dvdbackup: Mirror only works on about first quarter of a DVD (0.2 version okay)
Package: dvdbackup Version: 0.4-1 Severity: grave Justification: renders package unusable If I use version dvdbackup 0.4 from the debian repository and try to backup a DVD like so dvdbackup -M only about the first quarter of the resulting image is playable. That is, playing the image with xine dvd:path to image will only get about 1/4 of the way through before dieing (to see this, just jump to a later chapter in the DVD). This has been true on every DVD I've tried so far. The debian binary for version 0.2 works fine on this same system. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dvdbackup depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libdvdread4 4.1.3-5library for reading DVDs dvdbackup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499529: Most recent bluez-gnome (1.8) as well
I compiled up the most recent bluez-gnome (1.8) as well. It took nothing more than getting the most recent source and applying the debian patch from bluez- gnome 0.27-1. I've added the resulting package to the others at http://www.sharcnet.ca/~tyson/debian/ if anyone wants to give it a try (works for me). There is also an update to the previous packages to includes the updated README.Debian in bluez-utils. It would be really nice to get bluetooth updated in Debian as it has now fallen quite far behind upstream (4.22 vs 3.36 for the daemon/utilities and 1.8 vs 0.27 for the gnome interface). An alternate path (instead of the above patches) might be to just incorporate the latest ubuntu packages http://packages.ubuntu.com/jaunty/bluez Cheers! -Tyson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492071: libc: execl adds a random pointer when calling execve
Package: libc Version: glibc Severity: important The following code either (compiled with either gcc 4.2 or 4.3) dies with EFAULT (bad address) or spits out some random garbage after the hello world!. #include sys/types.h #include sys/wait.h #include unistd.h #include stdio.h int main(){ pid_t cpid; cpid = fork(); if (0 == cpid) { // Child execl(/bin/echo,/bin/echo,hello world!); perror(execution of /bin/echo failed in __FILE__); } else // Parent waitpid(cpid,0,0); return 0; } Tracing it with strace -f reveals that execl is internally passing a third garbage pointer to execve. 6368 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f187a700770) = 6369 6368 wait4(6369, unfinished ... 6369 execve(/bin/echo, [/bin/echo, hello world!, 0x], [/* 42 vars */]) = -1 EFAULT (Bad address) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492071: libc: execl adds a random pointer when calling execve
On Wednesday 23 July 2008 12:32:37 Tyson Whitehead wrote: The following code either (compiled with either gcc 4.2 or 4.3) dies with EFAULT (bad address) or spits out some random garbage after the hello world!. I was trying to say that it either dies with EFAULT or spits out some random garbage after the hello word! depending on when and how it is ran irregardless or whether it is compiled with gcc 4.2 or 4.3. Cheers! -Tyson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492071: closed by Francesco P. Lovergine [EMAIL PROTECTED] (Re: Bug#492071: libc: execl adds a random pointer when calling execve)
Ah yes. My mistake. Sorry for the false report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378038: [Debian QA] please review your old bug reports against CUPS
On July 15, 2007, Martin-Éric Racine wrote: Please review your bug report and inform us whether it still applies to version 1.2.7-4, as present in Debian release 4.0 (Etch), or to newer releases present in the testing branch. I just checked 1.2.12-2. The bug is still present. signature.asc Description: This is a digitally signed message part.
Bug#378038: cupsys: BrowseAddress @IF(...) doesn't work (manual specification does)
Package: cupsys Version: 1.2.1-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have the following interface on my machine: 3: lan: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 1000 inet 192.168.0.1/24 brd 192.168.0.255 scope global lan However, I cannot get BrowseAddress @IF(lan) to work (i.e., both tcpdump -i lan port 631 and strace -o ~/dump cupsd -f show cupsd is not sending any broadcast printer information packets over the interface). If I manually specify the interfaces broadcast address with BrowseAddress 192.168.0.255, everything works fine (i.e., as can be seen by either the above commands). My complete set of Browse options in cupsd.conf are: Browsing On BrowseOrder allow,deny BrowseAllow @LOCAL #BrowseAddress @IF(lan) # Does not work BrowseAddress 192.168.0.255 # Does work Thanks! -T - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages cupsys depends on: ii adduser 3.80Add and remove users and groups ii debconf [debconf-2.0]1.4.62 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii libacl1 2.2.34-1Access control list shared library ii libc62.3.6-7 GNU C Library: Shared libraries ii libcupsimage21.2.1-3 Common UNIX Printing System(tm) - ii libcupsys2 1.2.1-3 Common UNIX Printing System(tm) - ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libgnutls13 1.3.5-1.1 the GNU TLS library - runtime libr ii libldap2 2.1.30-12 OpenLDAP libraries ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpaper11.1.14-3Library for handling paper charact ii libslp1 1.2.1-3 OpenSLP libraries ii lsb-base 3.0-12 Linux Standard Base 3.0 init scrip ii patch2.5.9-2 Apply a diff file to an original ii perl-modules 5.8.8-6 Core Perl modules ii procps 1:3.2.6-2 /proc file system utilities ii xpdf-utils 3.01-3 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.1-3Common UNIX Printing System(tm) - pn foomatic-filters none (no description available) pn smbclient none (no description available) - -- debconf information: * cupsys/raw-print: true cupsys/browse: false cupsys/ports: localhost:631 * cupsys/backend: ipp, lpd, parallel, serial, usb cupsys/portserror: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEtVBIp7ZNUfdma/8RAlLoAJsGu/6yiofLuCq/6h44tthJGNEI2QCfRdUJ BPGJQ+ZUJmrK4Ro+xk6vmQM= =zKav -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368609: defoma: Hints generator default width initializer checks wrong variable
Package: defoma Version: 0.11.8-0.1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Minor code typo that checks to see if $serif is not set before assigning $width a default value (instead of $width). Patch is attached. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages defoma depends on: ii dialog1.0-20051207-1 Displays user-friendly dialog boxe ii file 4.15-2 Determines file type using magic ii perl 5.8.8-3Larry Wall's Practical Extraction Versions of packages defoma recommends: ii libft-perl1.2-15 Perl module for the FreeType libra - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEcw/9p7ZNUfdma/8RAqK1AKCfEwE3loDRq37OuSPK4lG4VOnq4QCePWI7 oIDb/J84hMEvObnCZ4/pIAE= =zap5 -END PGP SIGNATURE- --- libs/libperl-hint.pl_ 2004-05-25 06:34:58.0 -0400 +++ libs/libperl-hint.pl2006-04-14 16:33:21.0 -0400 @@ -255,7 +255,7 @@ $serif = $dlist[$i] if ($dlist[$i] =~ /^(Serif|NoSerif)$/); } -$width = 'Normal' if ($serif eq ''); +$width = 'Normal' if ($width eq ''); $slant = 'Upright' if ($slant eq ''); my $text = EOF
Bug#368607: defoma: Only first shape in hint generation is outputed
Package: defoma Version: 0.11.8-0.1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A bug in the dialogues interface system causes it to only return the first line of stdout from the dialogue/whiptail program. This shows up in defoma-hint type1 as only the first shape attribute being output in the generated hints. Attached is a patch to fix this. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages defoma depends on: ii dialog1.0-20051207-1 Displays user-friendly dialog boxe ii file 4.15-2 Determines file type using magic ii perl 5.8.8-3Larry Wall's Practical Extraction Versions of packages defoma recommends: ii libft-perl1.2-15 Perl module for the FreeType libra - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEcw8Gp7ZNUfdma/8RAj56AJ9hu5Dejh9aCuprj3QI5pRAASqzUACfT9pq Ar5+E1iDX3VmRE3PtdtZJ8U= =w2Kh -END PGP SIGNATURE- --- libs/libconsole.pl_ 2004-08-21 13:24:33.0 -0400 +++ libs/libconsole.pl 2006-04-14 16:33:10.0 -0400 @@ -18,7 +18,7 @@ my $ret = ''; if ($pid 0) { close(CHILD_WRITER); - $ret .= PARENT_READER; + $ret .= join('', PARENT_READER); close(PARENT_READER); waitpid($pid, 0); $result = $?; #GLOBAL Variable: result
Bug#368611: defoma: Type1 hints generator roman family does not default to serif
Package: defoma Version: 0.11.8-0.1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In defoma-hints type1, selecting the roman family does not turn on the serif attribute by default. This is incovient as most roman fonts are serif. Indeed, in some (older) typography sources, roman is actually used instead of serif to refer to the serif features (the serif features having originated in the carving of roman letters into stone).[1] Attached is a patch to make selecting the roman family default the serif shape on (it can of course still be toggled off). [1] See the wikipedia serif entry for more details. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages defoma depends on: ii dialog1.0-20051207-1 Displays user-friendly dialog boxe ii file 4.15-2 Determines file type using magic ii perl 5.8.8-3Larry Wall's Practical Extraction Versions of packages defoma recommends: ii libft-perl1.2-15 Perl module for the FreeType libra - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEcxLQp7ZNUfdma/8RAoZYAJ9biI90ccLHqIhHcOHpEfNPm4YhWgCeMGFH rGtJvM2c2NLmEXwp9rLdlqo= =s6qY -END PGP SIGNATURE- --- libs/libhint-type1.pl_ 2004-05-25 06:30:22.0 -0400 +++ libs/libhint-type1.pl 2006-04-14 16:33:16.0 -0400 @@ -74,6 +74,7 @@ $generalfamily = input_generalfamily($fontname, $family); return if ($result != 0); +$serif = 'Serif' if ($generalfamily eq 'Roman'); $serif = 'NoSerif' if ($generalfamily eq 'SansSerif'); $width = 'Fixed' if ($generalfamily eq 'Typewriter');
Bug#334778: Times in ics files are in UTC, but korgac treates them as local...
On Mon October 24 2005 05:12, Alejandro Exojo wrote: Is your time properly set up in the control center? Strange, it seems to working fine for me now to. I'm guessing that something got out of sync during an update because the korgc daemon was not restarted. Sorry for the bother thanks! -T -- Tyson Whitehead ([EMAIL PROTECTED] -- WSC-) Computer Engineer Dept. of Applied Mathematics, Graduate Student- Applied Mathematics University of Western Ontario, GnuPG Key ID# 0x8A2AB5D8 London, Ontario, Canada pgp1RIhfGkTW6.pgp Description: PGP signature
Bug#334778: Times in ics files are in UTC, but korgac treates them as local...
Package: korgac Version: korganizer Severity: normal Korganizer reminders pop up four hours too late (exactly how much I lag UTC time by). Looking at the std.ics file that korganizer stores stuff in, it seems that times are stored in UTC and korgac is interpreting them to be local time. For example, if I enter an 11:30 appointment, the std.ics file gets an associated entry with a field that says DTSTART:20051012T153000Z. The korgac reminder daemon then pops up my 1/2 hour before reminder at 15:00 local time. Course the meeting is quite done by then! : ) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-alpha-generic Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324819: libcurses-perl: Missing Everything but the Documentation on Several Architectures
Package: libcurses-perl Version: 1.12-1 Severity: grave Justification: renders package unusable The Alpha version is missing the libraries part of the package. It only contains documentation. Possibly it should be flagged as critical (my system was in the middle of a package upgrade and is now pretty broken -- deb script files are failing)? Judging by package sizes, it also looks like this applies to the the HPPA, ia64, m68k, and s390 versions as well. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-generic Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libcurses-perl depends on: ii perl 5.8.7-4Larry Wall's Practical Extraction libcurses-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315866: spambayes: HTTP Access Password Field Problems (with '$')
Package: spambayes Version: 1.0.3-1 Severity: normal The http access password (but not the imap password) field does not seem to be able to handle a '$' anywhere but as the first or last character. For example: Input: $bc Results: Options changed. Return Home. Input: a$c Results: 'a$c' is not a value valid for [Interface Options] Password Input: ab$ Results: Options changed. Return Home. Note: There is nothing special about the length or which character location, other than first or last, that the '$' is in. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-5-p3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages spambayes depends on: ii python2.3.5-2An interactive high-level object-o spambayes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295733: kernel-image-2.6.8-2-generic: ALSA Interupt Determination Code for ES18xx Broken
Package: kernel-image-2.6.8-2-generic Severity: normal Tags: patch The interupt source determination code for the ALSO ES18xx driver does not work with the ES18xx chipset in my Alpha box (a PWS500au). The result is endless looping of the first second or so of playback. Attached is a patch to enable some alternative interupt determination code in the driver. This fixes the problem. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: alpha Kernel: Linux 2.6.10-1-generic Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) --- sound/isa/es18xx.c~ 2003-04-23 06:01:33.0 -0400 +++ sound/isa/es18xx.c 2003-06-24 15:14:25.0 -0400 @@ -736,10 +736,10 @@ /* Read Interrupt status */ status = inb(chip-ctrl_port + 6); +#if 0 } else { /* Read Interrupt status */ status = snd_es18xx_mixer_read(chip, 0x7f) 4; - } -#if 0 - else { +#else + } else { status = 0; if (inb(chip-port + 0x0C) 0x01)
Bug#293473: linux-kernel-di-alpha: ReiserFS Modules Fixed (reinclude)
Package: linux-kernel-di-alpha Severity: normal Tags: patch The last 64bit issue with ReiserFS was in kernel 2.4.18 (discovered in early 2002 -- see the debian-alpha list for recent discusion on this issue). Please reenable building of these modules (a patch to do this is attached). -- System Information: Debian Release: 3.1 Architecture: alpha Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) --- debian/control_ 2004-11-02 19:23:36.0 -0500 +++ debian/control 2005-01-13 19:35:16.0 -0500 @@ -212,4 +212,14 @@ This package contains the JFS filesystem module for the Linux kernel. +Package: reiserfs-modules-2.4.27-1-generic-di +XC-Package-Type: udeb +Provides: reiserfs-modules +Depends: kernel-image-2.4.27-1-generic-di +Architecture: alpha +XB-Kernel-Version: 2.4.27-1-generic +Priority: standard +Description: Reiser filesystem support + This package contains the Reiser filesystem module for the Linux kernel. + Package: xfs-modules-2.4.27-1-generic-di XC-Package-Type: udeb --- modules/alpha/reiserfs-modules.lnk_ 2005-01-13 23:09:10.0 -0500 +++ modules/alpha/reiserfs-modules.lnk 2005-01-13 19:10:49.0 -0500 @@ -0,0 +1 @@ +common/reiserfs-modules