Bug#781780: alsa-utils: General protection fault snd-usb-audio: rawmidi drain error (avail = 32, buffer_size = 4096)
Package: alsa-utils Version: 1.0.28-1 Severity: critical Justification: breaks unrelated software Dear Maintainer, I might have found an issue with USB-MIDI devices * What led up to the situation? using pygame.midi to spit out note_on's to an Akai APC mini (in an endless loop, without sleep()s, to test/fuzz it) * What was the outcome of this action? General protection fault in dmesg lsusb hangs... * What outcome did you expect instead? Flicker of a led / Akai device hangs? Apparently the USB-Midi device froze and the system did not handle that gracefuly? Linux xxx 3.16-3-amd64 #1 SMP Debian 3.16.5-1 (2014-10-10) x86_64 GNU/Linux dmesg: [718511.056117] usb 3-1: new full-speed USB device number 10 using uhci_hcd [718511.225616] usb 3-1: New USB device found, idVendor=09e8, idProduct=0028 [718511.225627] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [718511.225634] usb 3-1: Product: APC MINI [718511.225639] usb 3-1: Manufacturer: AKAI PROFESSIONAL,LP [718511.225645] usb 3-1: SerialNumber: Ver00.10 [718859.797956] ALSA: seq_midi: MIDI output buffer overrun [718859.797967] ALSA: seq_midi: MIDI output buffer overrun [718859.797974] ALSA: seq_midi: MIDI output buffer overrun [718859.797982] ALSA: seq_midi: MIDI output buffer overrun [718859.797988] ALSA: seq_midi: MIDI output buffer overrun [718859.797996] ALSA: seq_midi: MIDI output buffer overrun [718859.798003] ALSA: seq_midi: MIDI output buffer overrun [718859.798011] ALSA: seq_midi: MIDI output buffer overrun [718859.798018] ALSA: seq_midi: MIDI output buffer overrun [718860.884089] usb 3-1: USB disconnect, device number 10 [718865.996043] ALSA: seq_lock: timeout [1 left] in /build/linux- i5neKT/linux-3.16.5/sound/core/seq/seq_ports.c:264 [718870.884114] snd-usb-audio 3-1:1.0: rawmidi drain error (avail = 32, buffer_size = 4096) [718870.884189] general protection fault: [#1] SMP [718870.884278] Modules linked in: snd_hrtimer snd_seq_midi snd_seq_midi_event snd_seq_dummy snd_seq mxl5005s ec100 $ [718870.885584] ehci_hcd cfg80211 e1000e snd_hda_codec usbcore snd_hwdep snd_pcm drm_kms_helper usb_common thinkpad$ [718870.886488] CPU: 1 PID: 327 Comm: khubd Tainted: GW O 3.16-3-amd64 #1 Debian 3.16.5-1 [718870.886597] Hardware name: LENOVO/ , BIOS 7WET71WW (3.21 ) 11/29/2012 [718870.886693] task: 880232b342d0 ti: 88023199 task.ti: 88023199 [718870.886786] RIP: 0010:[a0b246a7] [a0b246a7] clear_subscriber_list+0x1d7/0x230 [snd_seq] [718870.886922] RSP: 0018:880231993950 EFLAGS: 00010246 [718870.886988] RAX: dead00100100 RBX: 88010b86ea00 RCX: dead00100100 [718870.887078] RDX: dead00200200 RSI: 0246 RDI: 88010b86ea80 [718870.887166] RBP: 88011a577240 R08: R09: 6475612d6273752d [718870.887254] R10: 40f0 R11: 313a312d33206f69 R12: 880231b47ac0 [718870.887342] R13: 88010b86ea68 R14: 88010b86ea80 R15: 88011a5772a0 [718870.887432] FS: () GS:88023bc8() knlGS: [718870.887530] CS: 0010 DS: ES: CR0: 8005003b [718870.887605] CR2: 7f0e5439 CR3: 01813000 CR4: 000407e0 [718870.887693] Stack: [718870.887721] 880012f3ec00 880231b47a00 880231b47ac0 000131993986 [718870.887834] 880231b47b10 880231b47ad0 88007b27b700 880231b47a00 [718870.887945] 880012f3ec00 880231993ac8 88011ab6d000 [718870.888057] Call Trace: [718870.888078] [a0b24751] ? port_delete+0x51/0x80 [snd_seq] [718870.888078] [a0b1e103] ? snd_seq_ioctl_delete_port+0x53/0xa0 [snd_seq] [718870.888078] [a0b1ead2] ? snd_seq_kernel_client_ctl+0x42/0x60 [snd_seq] [718870.888078] [a0b24216] ? snd_seq_event_port_detach+0x46/0x70 [snd_seq] [718870.888078] [a0b3101d] ? snd_seq_midisynth_delete+0x1d/0x40 [snd_seq_midi] [718870.888078] [a0b310c4] ? snd_seq_midisynth_unregister_port+0x84/0x100 [snd_seq_midi] [718870.888078] [a08262b3] ? free_device+0x43/0xb0 [snd_seq_device] [718870.888078] [a0826759] ? snd_seq_device_dev_disconnect+0x29/0x50 [snd_seq_device] [718870.888078] [a024ca58] ? __snd_device_disconnect.part.1+0x18/0x50 [snd] [718870.888078] [a024cd2f] ? snd_device_disconnect_all+0x3f/0x60 [snd] [718870.888078] [a0246973] ? snd_card_disconnect+0x153/0x1d0 [snd] [718870.888078] [a082b508] ? usb_audio_disconnect+0x78/0x1a0 [snd_usb_audio] [718870.888078] [a033976c] ? usb_unbind_interface+0x6c/0x2b0 [usbcore] [718870.888078] [8139ea7a] ? __device_release_driver+0x7a/0xf0 [718870.888078] [8139eb0e] ? device_release_driver+0x1e/0x30 [718870.888078] [8139e413] ? bus_remove_device+0x103/0x180 [718870.888078] [8139aeb6] ? device_del+0x116/0x1b0 [718870.888078] [a03371d0] ? usb_disable_device+0xa0/0x280 [usbcore]
Bug#665284: Support reading configuration file from directory
package: reprepro X-Debbugs-CC: ce-infrastruct...@lists.canonical.com Similar to bug #656422, would it be possible to add support for all configuration files to 'include' other files and have it so that reprepro will also read in all files in config/configfile.d/* in addition to the file at config/configfile? Thanks, -- Cody A.W. Somerville Release Engineer Commercial Engineering Canonical Canada Ltd. Phone: +1 781 850 2087 Cell: +1 613 401 5141 Fax: +1 613 687 7368 Email: cody.somervi...@canonical.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661871: lb_chroot_dpkg symlinks /bin/true from host system into chroot when diverting flash-kernel
Package: live-build lb_chroot_dpkg symlinks /bin/true from the host system into the chroot after diverting /usr/sbin/flash-kernel. This is problematic if the (E)ABI between the host system and chroot system are incompatible (eg. armel host and armhf chroot)as the binary will not be executable and thus most likely cause the build to fail if flash-kernel is called (which it will be if flash-kernel is installed since it installs initramfs-tools hook, which is probably the case when doing an ARM image build). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572983: live-helper: Please add *-updates apt-lines when --mode ubuntu
Hello, You can add those yourself. Please refer to http://live.debian.net/manual/html/packages.html#package-sources for instructions on how to do so. Cheers, -- Cody A.W. Somerville Release Engineer Foundations Team Custom Engineering Solutions Group Canonical OEM Services Phone: +1-781-850-2087 Cell: +1-613-401-5141 Email: cody.somervi...@canonical.com
Bug#572983: live-helper: Please add *-updates apt-lines when --mode ubuntu
Hi Daniel, On Wed, Mar 10, 2010 at 1:58 PM, Daniel Baumann dan...@debian.org wrote: On 03/10/2010 04:56 PM, Cody A.W. Somerville wrote: You can add those yourself. Please refer to http://live.debian.net/manual/html/packages.html#package-sources for instructions on how to do so. the question is not if it's possible to use third party sources, but if lh should add the update repo for ubuntu automaticaly and by default (same as the security updates or volatile are when building debian images). lacking any knowledge about ubuntu, it would be nice if you could tell, if lh should do this (and the bug itself is thus valid), or, if not, we should close the bug. Yes, it probably should since default installs of Ubuntu have those suites enabled. However, I'm not in favor of complicating lh config with a set of options for this like those that exist for Debian's security/volatile. I saw on the wiki [1] that there are plans to rethink sources.list and sources.list.d handling. I think we should solve this as a part of that effort instead of just hacking on this feature since there is already a very easy work around/solution available. If this is the appropriate place to discuss I'm happy to reply with some ideas, otherwise I'll chat with you on IRC. [1] http://live.debian.net/project/roadmap/ Cheers, -- Cody A.W. Somerville Release Engineer Foundations Team Custom Engineering Solutions Group Canonical OEM Services Phone: +1 781 850 2087 Cell: +1 613 401 5141 Fax: +1 613 687 7368 Email: cody.somervi...@canonical.com
Bug#562114: Customized chroot must be restored for numerous binary helpers to work
Package: live-helper Version: 1.0.6-2 After lh_binary_rootfs runs, chroot/ must be a copy of the customized chroot and not the cached bootstrap chroot in order for numerous binary helpers to run successfully including the very next helper lh_binary_linux-image (it'll fail as chroot/boot/ will not contain the kernel(s)). Currently, this does not occur if the caching of the chroot is disabled or if the LH_CHROOT_FILESYSTEM is set to 'plain'. Cheers, -- Cody A.W. Somerville Software Systems Release Engineer Foundations Team Custom Engineering Solutions Group Canonical OEM Services Phone: +1-781-850-2087 Cell: +1-613-401-5141 Email: cody.somervi...@canonical.com
Bug#535098: [PATCH] Add mbr-udeb for use of mbr with debian-installer
Package: mbr Version: 1.1.10-2 Please accept the attached patch to have the mbr source package produce a second binary in addition to mbr called mbr-udeb which is a udeb that enables use of mbr with the debian-installer. Details of changes made by the patch: * debian/control: - Add mbr-udeb binary package for use with debian-installer. - Add build-dependency on debhelper. - Bump standards version to 3.8.2. * debian/compat: Set to level debhelper compat level 7 * debian/rules: Rewrote to use debhelper. Cheers, -- Cody A.W. Somerville Software Systems Release Engineer Foundations Team Custom Engineering Solutions Group Canonical OEM Services Phone: +1-781-850-2087 Cell: +1-506-471-8402 Email: cody.somervi...@canonical.com diff -u mbr-1.1.10/debian/rules mbr-1.1.10/debian/rules --- mbr-1.1.10/debian/rules +++ mbr-1.1.10/debian/rules @@ -1,8 +1,5 @@ #!/usr/bin/make -f -package := mbr -docdir := debian/tmp/usr/share/doc/$(package) - KERNEL_ARCH := $(shell linux64 uname -m) CC := gcc -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 @@ -18,8 +15,7 @@ endif build: - $(checkdir) - ./configure --prefix=/ + ./configure --exec-prefix=`pwd`/debian/mbr/ --prefix=`pwd`/debian/mbr/usr $(MAKE) CC=$(CC) LD=$(LD) CFLAGS=$(CFLAGS) ifneq (,$(findstring x86_64,$(KERNEL_ARCH))) # Limit the tests on x86_64 kernels @@ -33,45 +29,30 @@ - $(checkdir) - rm -f build - -$(MAKE) distclean - rm -f harness/Makefile - rm -f `find . -name *~` - rm -rf debian/tmp debian/files* core debian/substvars - -binary-indep: checkroot build - $(checkdir) - -binary-arch: checkroot build - $(checkdir) - rm -rf debian/tmp - install -d debian/tmp/DEBIAN $(docdir) - $(MAKE) install prefix=`pwd`/debian/tmp \ - INSTALL_PROGRAM=$(INSTALL_PROGRAM) -# cd debian/tmp install -d boot -# install -m 644 mbr.b debian/tmp/boot - cp -p ChangeLog $(docdir)/changelog - cp -p debian/changelog $(docdir)/changelog.Debian - cp -p README NEWS debian/README-1st.Debian debian/copyright $(docdir) - cp -p AUTHORS $(docdir) - cd $(docdir) gzip -9 changelog changelog.Debian - gzip -r9 debian/tmp/share/man - mv debian/tmp/share/man debian/tmp/usr/share - rmdir debian/tmp/share - dpkg-shlibdeps debian/tmp/sbin/* - dpkg-gencontrol -isp - cd debian/tmp \ - md5sum `find * -type f ! -regex DEBIAN/.*` DEBIAN/md5sums - chown -R root:root debian/tmp - chmod -R go=rX debian/tmp - dpkg --build debian/tmp .. - -define checkdir - test -f $(package).S86 -a -f debian/rules -endef + dh_testdir + dh_testroot + dh_clean + [ ! -f Makefile ] || $(MAKE) distclean + +install: build + dh_testdir + dh_testroot + dh_prep + dh_installdirs -p mbr-udeb sbin + dh_installdocs -p mbr debian/README-1st.Debian NEWS README AUTHORS + dh_installchangelogs + $(MAKE) install INSTALL_PROGRAM=$(INSTALL_PROGRAM) + cp `pwd`/debian/mbr/sbin/install-mbr `pwd`/debian/mbr-udeb/sbin/ + +binary-indep: build + dh_testdir + +binary-arch: build install + dh_testdir + dh_testroot + dh_compress + dh_fixperms + dh_shlibdeps + dh_gencontrol + dh_builddeb binary: binary-indep binary-arch -checkroot: - $(checkdir) - test root = `whoami` - -.PHONY: binary binary-arch binary-indep clean checkroot +.PHONY: binary binary-arch binary-indep clean diff -u mbr-1.1.10/debian/changelog mbr-1.1.10/debian/changelog --- mbr-1.1.10/debian/changelog +++ mbr-1.1.10/debian/changelog @@ -1,3 +1,14 @@ +mbr (1.1.10-3) unstable; urgency=low + + * debian/control: +- Add mbr-udeb binary package for use with debian-installer. +- Add build-dependency on debhelper. +- Bump standards version to 3.8.2. + * debian/compat: Set to level debhelper compat level 7 + * debian/rules: Rewrote to use debhelper. + + -- Cody A.W. Somerville cody.somervi...@canonical.com Mon, 29 Jun 2009 14:15:51 -0300 + mbr (1.1.10-2) unstable; urgency=low * Added patch from upstream, thanks to Loïc for reporting and sending diff -u mbr-1.1.10/debian/control mbr-1.1.10/debian/control --- mbr-1.1.10/debian/control +++ mbr-1.1.10/debian/control @@ -2,8 +2,8 @@ Section: admin Priority: optional Maintainer: Santiago Garcia Mantinan ma...@debian.org -Standards-Version: 3.7.3 -Build-Depends: bin86, util-linux (= 2.13) | linux32 +Standards-Version: 3.8.2 +Build-Depends: debhelper(= 7), bin86, util-linux (= 2.13) | linux32 Package: mbr Architecture: i386 amd64 lpia @@ -14,0 +15,10 @@ + +Package: mbr-udeb +Architecture: i386 amd64 lpia +Depends: ${shlibs:Depends} +Priority: extra +Section: debian-installer +XC-Package-Type: udeb +XB-Installer-Menu-Item: 9 +Description: Master Boot Record for IBM-PC compatible computers + only in patch2: unchanged: --- mbr-1.1.10.orig/debian/compat +++ mbr-1.1.10/debian/compat @@ -0,0 +1 @@ +7
Bug#533128: Only on dual-head systems
The segfault does not happen on single head machines, so far as I can tell. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505176: Fwd: Patch to add dput sftp transport and host argument support
Hello, On Sat, May 16, 2009 at 6:01 PM, Y Giridhar Appaji Nag app...@debian.orgwrote: Hi Cody, Sorry this one got dropped off the radar, I thought I replied already. On 08/11/10 03:40 -0500, Cody A.W. Somerville said ... I've filed a bug to get this patch included in Ubuntu and figured it would be of interest to Debian as well. You can find the bug report and patch at https://bugs.launchpad.net/ubuntu/+source/dput/+bug/295613 I am afraid I am a bit reluctant to accept this patch in its current form. I would've preferred that the sftp support were implemented directly using the paramiko python modules rather than using bzr. I wouldn't like to force dput users who want sftp support for install brz. I can certainly understand your reluctance. Initially, I had wanted to directly implement it with paramiko as well but quickly realized it would be a much bigger task than I originally anticipated. Using bzrlib's transport module provides some very important features such as automatically respecting one's openssh configuration, automatically using available keys, automatically dropping back to openssh if paramiko is not available, etc. By using bzrlib, we get this functionaltiy for free and a group of paid developers to maintain it. It would be great if you could accept this patch. You have my promise that I won't be offended if someone comes along and decides to rewrite it to not require bzrlib. If you don't accept it, that won't offend me either. As for the second bit about ppa:, https://help.launchpad.net/Packaging/PPA doesn't seem to advocate that sort of usage. Has that been an often used feature of dput in Ubuntu after it has been implemented? (The current dput.cf in Ubuntu continues to have incoming = ~%(ppa)s/ubuntu despite the above help doc indicating that it should be ~your_launchpad_id/ppa_name/ubuntu/ which means that the feature is probably not being used). This feature is indeed being used (at least by folks who have upgraded to the recently released Ubuntu 9.04 / Jaunty). Infact, I was asked to write up a blog post article which was published by the Launchpad team in the Launchpad blog ( http://blog.launchpad.net/ppa/simplifying-dputcf-for-multiple-ppas). Thanks for pointing out that documentation though. I'll have someone update that. Cheers, Giridhar Cheers, -- Cody A.W. Somerville Software Systems Release Engineer Foundations Team Custom Engineering Solutions Group Canonical OEM Services Phone: +1-781-850-2087 Cell: +1-506-471-8402 Email: cody.somervi...@canonical.com
Bug#521196: debootstrap does not support https transport
On Thu, Mar 26, 2009 at 7:42 PM, Colin Watson cjwat...@debian.org wrote: HTTPS may require more configuration than HTTP. Do you need authentication on the HTTPS downloads (e.g. basic auth, client certificates)? Do you need to check the server certificate, or is wget --no-check-certificate sufficient? I do require basic authentication on the HTTPS downloads but not client certificates. --no-check-certificate would also be fine for me. Cheers, -- Cody A.W. Somerville Software Systems Release Engineer Foundations Team Custom Engineering Solutions Group Canonical OEM Services Phone: +1-781-850-2087 Cell: +1-506-471-8402 Email: cody.somervi...@canonical.com
Bug#521196: debootstrap does not support https transport
Package: debootstrap Version: 1.0.12 debootstrap does not support https transport although it probably could. When you attempt to debootstrap using a mirror served over https, debootstrap will fail complaining about the url being an unknown location. This is due to debootstrap specifically looking for http:// http:/// in the url. This bug was originally reported in launchpad at https://bugs.edge.launchpad.net/ubuntu/+source/debootstrap/+bug/348528 Cheers, -- Cody A.W. Somerville Software Systems Release Engineer Foundations Team Custom Engineering Solutions Group Canonical OEM Services Phone: +1-781-850-2087 Cell: +1-506-471-8402 Email: cody.somervi...@canonical.com
Bug#519920: sbcl has trouble starting a new swank server
Package: sbcl Version: 1:1.0.25-1 Starting a new swank server with the following code (require 'asdf) (asdf:oos 'asdf:load-op 'swank) ;Specifically, this line\/ (swank:start-server :dont-close t) results in the following error: The function SWANK:START-SERVER is undefined.0: (SB-DEBUG::MAP-BACKTRACE #CLOSURE (LAMBDA #) {D63C255})[:EXTERNAL] 1: (SB-DEBUG:BACKTRACE 100 #SB-IMPL::STRING-OUTPUT-STREAM {D63C201}) 2: (BACKTRACE-STRING) 3: (ERR ~A)[:EXTERNAL] 4: (EVAL-LINE (swank:start-server :dont-close t)) 5: (CALL-INTERACTIVELY eval #S(ARGUMENT-LINE :STRING eval (swank:start-server :dont-close t) :START 39)) 6: (EVAL-COMMAND eval (swank:start-server :dont-close t) NIL) 7: (HANDLE-STUMPWM-COMMANDS #XLIB:WINDOW :0 67) 8: (HANDLE-EVENT)[:EXTERNAL] 9: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) 10: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]509)) 11: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK #CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {B77F4CB5} #S(SB-THREAD:MUTEX :NAME CLX Event Lock :%OWNER #SB-THREAD:THREAD initial thread RUNNING {B691579} :STATE 1)) 12: (XLIB:PROCESS-EVENT #XLIB:DISPLAY :0 (The X.Org Foundation R10402000))[:EXTERNAL] 13: (STUMPWM-INTERNAL-LOOP) 14: (STUMPWM-INTERNAL :0) 15: (STUMPWM :0) 16: ((LAMBDA ())) 17: ((LABELS SB-IMPL::RESTART-LISP)) I don't have any suggestions at the moment. I am using Debian GNU/Linux Sid, updated. -- TheGZeus: Proof of Ferocious Will -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517167: sbcl has trouble starting a new swank server
Package: slime Version: 1:20090217 Starting a new swank server with the following code (require 'asdf) (asdf:oos 'asdf:load-op 'swank) ;Specifically, this line\/ (swank:start-server :dont-close t) results in the following error: debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread #THREAD initial thread RUNNING {AA6A649}: odd number of KEY arguments Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SWANK:START-SERVER :DONT-CLOSE)[:EXTERNAL] A longer backtrace when trying to load the same code from stumpwm via stumpwm-mode, though I think all relevant information is the same: odd number of KEY arguments0: (SB-DEBUG::MAP-BACKTRACE #CLOSURE (LAMBDA #) {B95CCAD})[:EXTERNAL] 1: (SB-DEBUG:BACKTRACE 100 #SB-IMPL::STRING-OUTPUT-STREAM {B95CC59}) 2: (BACKTRACE-STRING) 3: (ERR ~A)[:EXTERNAL] 4: (EVAL-LINE (swank:start-server :dont-close t)) 5: (CALL-INTERACTIVELY eval #S(ARGUMENT-LINE :STRING eval (swank:start-server :dont-close t) :START 39)) 6: (EVAL-COMMAND eval (swank:start-server :dont-close t) NIL) 7: (HANDLE-STUMPWM-COMMANDS #XLIB:WINDOW :0 67) 8: (HANDLE-EVENT)[:EXTERNAL] 9: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) 10: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]509)) 11: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK #CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {B77FDCB5} #S(SB-THREAD:MUTEX :NAME CLX Event Lock :%OWNER #SB-THREAD:THREAD initial thread RUNNING {B696571} :STATE 1)) 12: (XLIB:PROCESS-EVENT #XLIB:DISPLAY :0 (The X.Org Foundation R10402000))[:EXTERNAL] 13: (STUMPWM-INTERNAL-LOOP) 14: (STUMPWM-INTERNAL :0) 15: (STUMPWM :0) 16: ((LAMBDA ())) 17: ((LABELS SB-IMPL::RESTART-LISP)) I don't have any suggestions at the moment, though perhaps the upstream slime will have a fix soon. It's possible that this is an sbcl bug, but what research I'm able to do points me to slime/swank. I am using Debian GNU/Linux Sid, updated. -- TheGZeus: Proof of Ferocious Will -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#490082: Bug still affecting me.
I can rip to ogg, but not mp3. 100% repeatable. -- TheGZeus: Proof of Ferocious Will -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515802: swank missing symbols, incompatible with newest sbcl
Package: slime Version: 1:20080223-2 Loading swank with sbcl 1.0.25 causes the following error, in this case loaded from a StumpWM RC file, the error is virtually the same from other methods. I think the first 18 lines are relevant, and the rest are purely related to StumpWM, but I'm posting the entire error for completeness: READ failure in COMPILE-FILE: SB-INT:SIMPLE-READER-PACKAGE-ERROR on #SB-SYS:FD-STREAM for file /usr/share/common-lisp/source/slime/swank-sbcl.lisp {BCEF9C1}: Symbol DEBUG-SOURCE-FROM not found in the SB-DI package. 0: (SB-DEBUG::MAP-BACKTRACE #CLOSURE (LAMBDA #) {C51BBA5})[:EXTERNAL] 1: (SB-DEBUG:BACKTRACE 100 #SB-IMPL::STRING-OUTPUT-STREAM {C51BB51}) 2: (STUMPWM::BACKTRACE-STRING) 3: (STUMPWM::PERFORM-TOP-LEVEL-ERROR-ACTION #SB-C::INPUT-ERROR-IN-COMPILE-FILE {C51B709}) 4: (SIGNAL #SB-C::INPUT-ERROR-IN-COMPILE-FILE {C51B709})[:EXTERNAL] 5: (SB-C::SUB-COMPILE-FILE #SB-C::SOURCE-INFO ) 6: (COMPILE-FILE #P/usr/share/common-lisp/source/slime/swank-sbcl.lisp)[:EXTERNAL] 7: (SWANK-LOADER::COMPILE-FILES (#P/usr/share/common-lisp/source/slime/swank-backend.lisp #P/usr/share/common-lisp/source/slime/swank-source-path-parser.lisp #P/usr/share/common-lisp/source/slime/swank-source-file-cache.lisp #P/usr/share/common-lisp/source/slime/swank-sbcl.lisp #P/usr/share/common-lisp/source/slime/swank-gray.lisp #P/usr/share/common-lisp/source/slime/swank.lisp) #P/home/gzeus/.slime/fasl/2008-02-23/sbcl-1.0.25.debian-linux-x86/ T) 8: (SWANK-LOADER:INIT :DELETE NIL :RELOAD NIL) 9: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) #unavailable argument #unavailable argument #ASDF:LOAD-OP NIL {BD14E71} #SWANK-LOADER::SWANK-LOADER-FILE swank-loader {BCC9EB9}) 10: ((SB-PCL::FAST-METHOD ASDF:PERFORM ASDF:AROUND (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) #unavailable argument #S(SB-PCL::FAST-METHOD-CALL :FUNCTION #CLOSURE # {BE1F1ED} :PV NIL :NEXT-METHOD-CALL NIL :ARG-INFO (2)) #ASDF:LOAD-OP NIL {BD14E71} #SWANK-LOADER::SWANK-LOADER-FILE swank-loader {BCC9EB9}) 11: ((LAMBDA ())) 12: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) 13: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]509)) 14: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK #CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {B77FD1F5} #S(SB-THREAD:MUTEX :NAME World Lock :%OWNER #SB-THREAD:THREAD initial thread RUNNING {B76D571} :STATE 1)) 15: (SB-C::%WITH-COMPILATION-UNIT #CLOSURE (LAMBDA #) {BE1E0DD})[:EXTERNAL] 16: (ASDF:OPERATE ASDF:LOAD-OP STUMPWM::SWANK)[:EXTERNAL] 17: (SB-INT:SIMPLE-EVAL-IN-LEXENV (ASDF:OOS 'ASDF:LOAD-OP 'STUMPWM::SWANK) #NULL-LEXENV) 18: (SB-FASL::LOAD-AS-SOURCE #SB-SYS:FD-STREAM for file /home/gzeus/.stumpwmrc {BCF5801} NIL NIL) 19: ((FLET SB-FASL::LOAD-STREAM) #SB-SYS:FD-STREAM for file /home/gzeus/.stumpwmrc {BCF5801}) 20: (LOAD #P/home/gzeus/.stumpwmrc)[:EXTERNAL] 21: (STUMPWM::LOAD-RC-FILE NIL) 22: (STUMPWM::LOADRC) 23: (STUMPWM::CALL-INTERACTIVELY loadrc #S(STUMPWM::ARGUMENT-LINE :STRING loadrc :START 7)) 24: (STUMPWM::EVAL-COMMAND loadrc T) 25: (STUMPWM::COLON NIL) 26: (STUMPWM::CALL-INTERACTIVELY colon #S(STUMPWM::ARGUMENT-LINE :STRING colon :START 6)) 27: (STUMPWM::EVAL-COMMAND colon T) 28: ((LABELS #:G314) :CODE 53 :STATE 128) 29: (STUMPWM::HANDLE-EVENT)[:EXTERNAL] 30: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) 31: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]509)) 32: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK #CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {B77FDCB5} #S(SB-THREAD:MUTEX :NAME CLX Event Lock :%OWNER #SB-THREAD:THREAD initial thread RUNNING {B76D571} :STATE 1)) 33: (XLIB:PROCESS-EVENT #XLIB:DISPLAY :0 (The X.Org Foundation R10402000))[:EXTERNAL] 34: (STUMPWM::STUMPWM-INTERNAL-LOOP) 35: (STUMPWM::STUMPWM-INTERNAL :0) 36: (STUMPWM:STUMPWM :0) 37: ((LAMBDA ())) 38: ((LABELS SB-IMPL::RESTART-LISP)) I think that updating to a new snapshot of slime should fix the problem. I am using Debian GNU/Linux Sid -- TheGZeus: Proof of Ferocious Will -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505173: Patch to add dput sftp transport and host argument support
Subject: Patch to add dput sftp transport and host argument support Package: dput Version: 0.9.2.35ubuntu1 Severity: wishlist Tags: patch I've created a patch to add support for sftp transport and the ability to pass an argument to a host. The latter allows you to have a single stanza in dput.cf instead of several for almost identical host configurations. I've modified the ppa stanza to take advantage of this feature, enabling me to upload to any ppa without modifying dput.cf by simplying appending 'ppa' with a colon and the launchpad id of the ppa. So, for example, to upload to my own PPA I would type: dput ppa:cody-somerville package.changes I've filed a bug to get this patch included in Ubuntu and figured it would be of interest to Debian as well. You can find the bug report and patch at https://bugs.launchpad.net/ubuntu/+source/dput/+bug/295613 -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-backports'), (500, 'hardy') Architecture: i386 (i686) Kernel: Linux 2.6.24-21-generic (SMP w/1 CPU core) 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 dput depends on: ii gnupg 1.4.6-2ubuntu5 GNU privacy guard - a free PGP rep ii python2.5.2-0ubuntu1 An interactive high-level object-o dput recommends no packages. -- no debconf information
Bug#505176: Fwd: Patch to add dput sftp transport and host argument support
Package: dput Version: 0.9.2.35ubuntu1 Severity: wishlist Tags: patch I've created a patch to add support for sftp transport and the ability to pass an argument to a host. The latter allows you to have a single stanza in dput.cf instead of several for almost identical host configurations. I've modified the ppa stanza to take advantage of this feature, enabling me to upload to any ppa without modifying dput.cf by simplying appending 'ppa' with a colon and the launchpad id of the ppa. So, for example, to upload to my own PPA I would type: dput ppa:cody-somerville package.changes I've filed a bug to get this patch included in Ubuntu and figured it would be of interest to Debian as well. You can find the bug report and patch at https://bugs.launchpad.net/ubuntu/+source/dput/+bug/295613 -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-backports'), (500, 'hardy') Architecture: i386 (i686) Kernel: Linux 2.6.24-21-generic (SMP w/1 CPU core) 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 dput depends on: ii gnupg 1.4.6-2ubuntu5 GNU privacy guard - a free PGP rep ii python2.5.2-0ubuntu1 An interactive high-level object-o dput recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505176: Debdiff
I've attached a debdiff incase you'd like to accept the changes. :) -- Cody A.W. Somerville Software Systems Release Engineer Custom Engineering Solutions Group Canonical OEM Services Cell: 506-449-5899 Email: [EMAIL PROTECTED] dput_0.9.2.36.debdiff Description: Binary data
Bug#471204: Malformed build-dependency in control file
Package: gdesklets Version: 0.36-1 In gDesklets 0.36-1, there is a malformed build-dependency. --- gdesklets-0.36-a/debian/control.in 2008-03-16 13:55:45.0 -0300 +++ gdesklets-0.36-b/debian/control.in 2008-03-16 13:57:49.0 -0300 @@ -12,7 +12,7 @@ libglib2.0-dev (= 2.4.1-2), pkg-config, swig, - libglib2.0-dev (= 2.10.0) + libglib2.0-dev (= 2.10.0), libgtk2.0-dev (= 2.10.0), libgtop2-dev (= 2.6.0-4), gnome-pkg-tools, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471207: Duplicate build-dependency in control file
Package: gdesklets Version: 0.36-1 There is a duplicate build-dependency on libglib2.0-dev (one on = 2.4.1-2 and another on = 2.10.0). The second occurrence (the one with the higher version) is malformed (missing a coma at the end). --- gdesklets-0.36-a/debian/control.in 2008-03-16 13:55:45.0 -0300 +++ gdesklets-0.36-b/debian/control.in 2008-03-16 14:03:33.0 -0300 @@ -9,10 +9,9 @@ python-gnome2-dev (= 2.12.0), python-gtk2-dev (= 2.10.0), python-pyorbit-dev (= 2.0.1), - libglib2.0-dev (= 2.4.1-2), pkg-config, swig, - libglib2.0-dev (= 2.10.0) + libglib2.0-dev (= 2.10.0), libgtk2.0-dev (= 2.10.0), libgtop2-dev (= 2.6.0-4), gnome-pkg-tools, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385087: wrong dir in apt-zip-inst: /var/cache/apt/archive
Package: apt-zip Version: 0.15 Hello, in line 18 of /usr/sbin/apt-zip-inst is a little bug: ( cd /var/cache/apt/archive ; tar xf ${MEDIUM}/${APTZIPTARFILE} ) should be: ( cd /var/cache/apt/archives ; tar xf ${MEDIUM}/${APTZIPTARFILE} ) best regards Reinhadt Maier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385090: little bug in man xfs_quota(8)
Package: xfsprogs Version: 2.8.4-1 Hello Nathan, in the man-page for xfs_quota(8) in line 333 is written: # xfs_quota -c report /home and because 'report' is an admin command - it should be: # xfs_quota -x -c report /home greetings Reinhardt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]