Bug#711491: texlive-extra-utils: texcount fails with some \verb delimiters
Package: texlive-extra-utils Version: 2013.20130530-1 Severity: normal Tags: upstream patch If texcount is used on a file that includes a \verb command with certain delimiters (e.g. +), the script fails. To reproduce: create a simple latex document, and include the line \verb+this is verbatim+ in the body. Try to run texcount on the file. The perl script will crash with the complaint: Quantifier follows nothing in regex; marked by -- HERE in m/^([^+]*)(+ -- HERE )/ at /usr/bin/texcount line 1544. This problem is already fixed upstream, but a simple patch is attached anyway, to be applied to /usr/share/texlive/texmf-dist/scripts/texcount/texcount.pl -- Package-specific info: IMPORTANT INFORMATION: We will only consider bug reports concerning the packaging of TeX Live as relevant. If you have problems with combination of packages in a LaTeX document, please consult your local TeX User Group, the comp.text.tex user group, the author of the original .sty file, or any other help resource. *** The Debian TeX Team is *no* LaTeX Help Desk *** If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Please run your example with (pdf)latex -recorder ... (or any other program that supports -recorder) and send us the generated file with the extension .fls, it lists all the files loaded during the run and can easily explain problems induced by outdated files in your home directory. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.minimalbeispiel.de/mini-en.html (english) or http://www.minimalbeispiel.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1389 Jun 7 18:32 /var/lib/texmf/ls-R -rw-rw-r-- 1 root root 80 May 14 16:07 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 May 12 22:11 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 May 30 14:57 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 May 30 14:57 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Oct 4 2012 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN ## Config files lrwxrwxrwx 1 root root 40 May 30 14:57 /usr/share/texmf/web2c/texmf.cnf - ../../texlive/texmf-dist/web2c/texmf.cnf -rw-r--r-- 1 root root 3840 Jun 7 18:32 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 May 30 14:57 /usr/share/texmf/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3731 Jun 7 18:32 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Feb 28 2010 mktex.cnf -rw-r--r-- 1 root root 475 Jun 7 18:31 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-extra-utils depends on: ii dpkg 1.16.9Debian package management system ii luatex 0.70.1.20120524-3 next generation TeX engine ii python 2.7.3-3 interactive high-level object-orie ii tex-common 4.03 common infrastructure for building ii texlive-base 2013.20130530-1 TeX Live: Essential programs and f ii texlive-binaries 2013.20130529.30792-1 Binaries for TeX Live ii texlive-latex-base 2013.20130530-1 TeX Live: LaTeX fundamental packag Versions of packages texlive-extra-utils recommends: ii ghostscript 9.05~dfsg-6.3 interpreter for the PostScript lan ii ruby 4.9 Interpreter of object-oriented scr ii ruby1.9.1 [ruby-interpre 1.9.3.194-8 Interpreter of object-oriented scr ii texlive-latex-recommende 2013.20130530-1 TeX Live: LaTeX recommended packag Versions of packages texlive-extra-utils suggests: pn chktexnone (no description available) pn dvidvinone
Bug#673372: preload: Initscript doesn't use LSB log_ functions
Package: preload Version: 0.6.4-1 Severity: wishlist Tags: patch The initscript for preload does its printing directly with echo, rather than using the log_daemon_msg etc functions in the LSB init-functions library. This means it doesn't get the pretty treatment offered by the updated versions of these functions, with coloured [ ok ] / [FAIL] etc. I've updated the script to use these functions, patch attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages preload depends on: ii libc6 2.13-26Embedded GNU C Library: Shared lib ii libglib2.0-0 2.32.3-1 GLib library of C routines preload recommends no packages. preload suggests no packages. -- no debconf information --- preload.orig 2012-05-18 16:39:52.0 +1200 +++ preload.new 2012-05-18 19:07:00.0 +1200 @@ -16,9 +16,11 @@ PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/preload NAME=preload -DESC=preload +DESC=Adaptive readahead daemon DAEMON_OPTS=-s /var/lib/preload/preload.state $DAEMON_OPTS +. /lib/lsb/init-functions + # Include preload defaults if available if [ -f /etc/default/preload ] ; then . /etc/default/preload @@ -30,36 +32,40 @@ set -e +ret=0 case $1 in start) - echo -n Starting $DESC: - if start-stop-daemon --start --quiet -u 0 $PRELOAD_IOSCHED --exec $DAEMON -- $DAEMON_OPTS; then - echo $NAME. - else - echo already running. + log_daemon_msg Starting $DESC $NAME + start-stop-daemon --start --quiet -u 0 $PRELOAD_IOSCHED --exec $DAEMON -- $DAEMON_OPTS || ret=$? + if [ $ret = 1 ]; then + log_progress_msg already running + ret=0 fi + log_end_msg $ret ;; stop) - echo -n Stopping $DESC: - if start-stop-daemon --stop --retry 1 --quiet -u 0 --exec $DAEMON ; then - echo $NAME. - else - echo not running. + log_daemon_msg Stopping $DESC $NAME + start-stop-daemon --stop --retry 1 --quiet -u 0 --exec $DAEMON || ret=$? + if [ $ret = 1 ]; then + log_progress_msg not running + ret=0 fi + log_end_msg $ret ;; reload|force-reload) - echo Reloading $DESC configuration files. - start-stop-daemon --stop $PRELOAD_IOSCHED --signal 1 --quiet -u 0 --exec $DAEMON + log_daemon_msg $DESC Reloading configuration files + start-stop-daemon --stop $PRELOAD_IOSCHED --signal 1 --quiet -u 0 --exec $DAEMON || ret=$? + log_end_msg $ret ;; restart) - echo -n Restarting $DESC: - start-stop-daemon --stop --oknodo --retry 1 --quiet -u 0 --exec $DAEMON - start-stop-daemon --start --quiet -u 0 $PRELOAD_IOSCHED --exec $DAEMON -- $DAEMON_OPTS - echo $NAME. + log_daemon_msg Restarting $DESC $NAME + start-stop-daemon --stop --oknodo --retry 1 --quiet -u 0 --exec $DAEMON \ + start-stop-daemon --start --quiet -u 0 $PRELOAD_IOSCHED --exec $DAEMON -- $DAEMON_OPTS || ret=$? + log_end_msg $ret ;; *) N=/etc/init.d/$NAME - echo Usage: $N {start|stop|restart|reload|force-reload} 2 + log_success_msg Usage: $N {start|stop|restart|reload|force-reload} 2 exit 1 ;; esac
Bug#673393: fglrx-atieventsd: atieventsd should use the LSB log_* functions in the initscript
Package: fglrx-atieventsd Version: 1:12-4-1 Severity: wishlist Tags: patch The atieventsd initscript doesn't use the pretty LSB log_* printing functions. Patch attached to fix this. -- Package-specific info: Full fglrx package list: ii fglrx-atieventsd 1:12-4-1 external events daemon for the non-free ATI/AMD RadeonHD display driver ii fglrx-control 1:12-4-1 control panel for the non-free ATI/AMD RadeonHD display driver ii fglrx-driver 1:12-4-1 non-free ATI/AMD RadeonHD display driver ii fglrx-glx 1:12-4-1 transitional package, use libgl1-fglrx-glx ii fglrx-modules-dkms1:12-4-1 dkms module source for the non-free ATI/AMD RadeonHD display driver ii glx-alternative-fglrx 0.2.1 allows the selection of FGLRX as GLX provider ii libfglrx:amd641:12-4-1 non-free ATI/AMD RadeonHD display driver (runtime libraries) ii libgl1-fglrx-glx:amd641:12-4-1 proprietary libGL for the non-free ATI/AMD RadeonHD display driver ii xvba-va-driver0.8.0-4 XvBA-based backend for VA API (AMD fglrx implementation) VGA-compatible devices on PCI bus: 02:00.0 VGA compatible controller: ATI Technologies Inc Madison [Mobility Radeon HD 5000 Series] DRM and fglrx Informations from dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [1.845710] Linux agpgart interface v0.103 [8.023055] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [8.054422] [fglrx] Maximum main memory to use for locked dma buffers: 7761 MBytes. [8.054800] [fglrx] vendor: 1002 device: 68c0 count: 1 [8.055453] [fglrx] ioport: bar 4, base 0x2000, size: 0x100 [8.055699] [fglrx] Kernel PAT support is enabled [8.055713] [fglrx] module loaded - fglrx 8.96.4 [Apr 5 2012] with 1 minors [ 132.943866] [fglrx] ATIF platform detected with notification ID: 0x81 [ 133.593136] fglrx_pci :02:00.0: irq 50 for MSI/MSI-X [ 133.595199] [fglrx] Firegl kernel thread PID: 9217 [ 133.595529] [fglrx] Firegl kernel thread PID: 9218 [ 133.595830] [fglrx] Firegl kernel thread PID: 9219 [ 133.596075] [fglrx] IRQ 50 Enabled [ 133.693258] [fglrx] Gart USWC size:1280 M. [ 133.693260] [fglrx] Gart cacheable size:508 M. [ 133.693263] [fglrx] Reserved FB block: Shared offset:0, size:100 [ 133.693265] [fglrx] Reserved FB block: Unshared offset:f8fd000, size:403000 [ 133.693267] [fglrx] Reserved FB block: Unshared offset:3fff4000, size:c000 Xorg X server configuration file status: -rw-r--r-- 1 root root 3337 Apr 1 10:21 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # Sample config file, edited by lxop 2011.01.31 # # It is not recommended to uncomment any more than is necessary, as # the server will choose good defaults in most cases. Thus, your # xorg.conf should only be used to override the server when those # defaults are incorrect for your system. # # For full documentation see xorg.conf(5) # Section Files # FontPath /usr/share/fonts/X11/100dpi # FontPath /usr/share/fonts/X11/75dpi # FontPath /usr/share/fonts/X11/cyrillic # FontPath /usr/share/fonts/X11/misc # FontPath /usr/share/fonts/Type1 # ModulePath /usr/lib/xorg/modules # EndSection # Section InputDevice # IdentifierKeyboard # Driverkbd # OptionCoreKeyboard # OptionXkbRules xorg # OptionXkbModel pc105 # OptionXkbLayout us # EndSection # Section InputDevice # IdentifierMouse # Drivermouse # OptionCorePointer # OptionDevice/dev/input/mice # OptionProtocol ExplorerPS/2 # EndSection # Section Device # IdentifierInternal Graphics Card We Disable # OptionIgnore true # BusID PCI:1:0:0 # EndSection # Section Monitor # IdentifierMonitor1 # DisplaySize 304 228 # EndSection # Section Monitor # IdentifierMonitor2 # HorizSync 24-82 # VertRefresh 55-77 # OptionRightOf Monitor1 # EndSection # Section Screen # IdentifierScreen # DeviceVideo Card # Monitor Monitor # DefaultDepth 24 # SubSection Display # Depth 24 # Virtual 3072 1200 #
Bug#666757: python-gtk2: warns about mismatched gtype registration at startup
These warnings are a result of a mismatch between glib2.0 and pygobject-2 (see http://groups.google.com/group/linux.debian.bugs.dist/browse_thread/thread/2524cb762bc35b00/4e3ffe45609cd0ab?lnk=raotfwc=1pli=1 ). Version 2.32 of libglib2.0-0 and friends is in unstable as of 30th March; with this installed the warnings no longer appear. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668707: Poorly formatted helptext in libtool.m4
Package: libtool Version: 2.4.2-1 Severity: minor Tags: upstream patch The help text for the --with-sysroot option is written directly rather than using the AS_HELP_STRING macro to format the text. Also, the square brackets around [=DIR] are being swallowed by m4. Patch attached to rectify both problems, applies to the libtool.m4 file that is installed to /usr/share/aclocal/libtool.m4 . Patch also submitted upstream: https://savannah.gnu.org/patch/?7759 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libtool depends on: ii autotools-dev 20100122.1 Update infrastructure for config.{ ii cpp 4:4.6.0-5 The GNU C preprocessor (cpp) ii file 5.10-1 Determines file type using magic ii gcc [c-compiler] 4:4.6.0-5 The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.6-11 GNU C compiler ii gcc-4.5 [c-compiler] 4.5.3-9The GNU C compiler ii gcc-4.6 [c-compiler] 4.6.2-15 GNU C compiler ii libc6-dev [libc-dev] 2.13-26Embedded GNU C Library: Developmen Versions of packages libtool recommends: ii libltdl-dev 2.4.2-1A system independent dlopen wrappe Versions of packages libtool suggests: ii autoconf 2.68-1 automatic configure script builder ii automake [automaken] 1:1.11.4-1 Tool for generating GNU Standards- pn gcj none (no description available) pn gfortran | fortran95-compiler none (no description available) pn libtool-doc none (no description available) -- no debconf information diff --git a/m4/libtool.m4 b/m4/libtool.m4 index 75bfdb4..bfe4c4f 100644 --- a/m4/libtool.m4 +++ b/m4/libtool.m4 @@ -1222,8 +1222,9 @@ _LT_DECL([], [ECHO], [1], [An echo program that protects backslashes]) AC_DEFUN([_LT_WITH_SYSROOT], [AC_MSG_CHECKING([for sysroot]) AC_ARG_WITH([sysroot], -[ --with-sysroot[=DIR] Search for dependent libraries within DIR -(or the compiler's sysroot if not specified).], +[AS_HELP_STRING([--with-sysroot[[=DIR]]], +[Search for dependent libraries within DIR (or the compiler's +sysroot if not specified).])], [], [with_sysroot=no]) dnl lt_sysroot will always be passed unquoted. We quote it here
Bug#647985: geany-plugin-vc: Accelerator key in the commit dialog box clashes with cancel
Package: geany-plugin-vc Version: 0.20-3 Severity: minor Tags: upstream When I click the 'Commit' option, I get a dialog to choose which files and specify a message. In this dialog, there are two buttons: Cancel, and Commit, both of which use the accelerator 'c'. Could you please change this to something else, perhaps 'o' for C_o_mmitt? Thanks, Alex -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geany-plugin-vc depends on: ii geany-plugins-common 0.20-3 set of plugins for Geany (translat ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.28.4-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T geany-plugin-vc recommends no packages. geany-plugin-vc 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#646555: geany-plugin-spellcheck: Spellcheck missing dependency
Package: geany-plugin-spellcheck Version: 0.20-3 Severity: important After installing geany-plugin-spellcheck, I was unable to use the feature because I didn't have any aspell libraries installed. Installing aspell-en fixed the problem. The issue here is that the package ought to at least have some aspell packages listed as suggests or recommends so that users can figure out which dictionary library package is required. Having a dependency would be nicer, but I understand that would be troublesome since the package shouldn't predetermine which language the user should have. My first action when the spellchecker didn't load (it raised an error dialog) was to check the package for recommends/suggests to see which dictionary package it wanted. Since nothing is listed there I had to look up other bug reports on the web to figure it out. Incidentally, libenchant was no better with its dependencies. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geany-plugin-spellcheck depends on: ii geany-plugins-common 0.20-3 set of plugins for Geany (translat ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libenchant1c2a1.6.0-1a wrapper library for various spel ii libglib2.0-0 2.28.4-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface geany-plugin-spellcheck recommends no packages. geany-plugin-spellcheck 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#618628: Agree with the Ubuntu patch
I can also confirm that applying the Ubuntu patch listed by Janos Guljas fixes gradient problems I found with the new version of libcairo2. I propose that this bug be marked as having a patch attached. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616625: mpc: Bash completion script not shipped
Package: mpc Version: 0.20-1 Severity: normal The bash-completion script is not shipped in the Debian package (rather, not shipped to the correct location). I see it is present in the source tree, and it gets put in /usr/share/doc/mpc, but not placed in /etc/bash-completion.d/. From a quick look at debian/rules, it would appear to me that the file name has changed upstream, so the command mv usr/share/doc/mpc/mpc-bashrc etc/bash_completion.d/mpc; no longer refers to the correct file (it is now named mpc-completion.bash). -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpc depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libmpdclient2 2.3-1 client library for the Music Playe mpc recommends no packages. Versions of packages mpc suggests: ii mpd 0.16.1-1 Music Player Daemon -- 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#600680: iceowl-extension: Cannot reconnect to previously failed calendar with CalDav.
OK, so it seems this was fixed upstream in early July, see https://bugzilla.mozilla.org/show_bug.cgi?id=568455 I've just had a look at the source waiting to be packaged (1.0~b2), and it has half of my fix committed, but it will still be broken. The second half of my fix is in the mozilla repository but not in the release yet. Attaching a modified version of my patch which can be applied to release 1.0~b2 until the next release from upstream. Alex --- calendar/providers/caldav/calDavCalendar.js.old 2010-10-19 15:25:00.0 +1300 +++ calendar/providers/caldav/calDavCalendar.js 2010-09-29 15:09:51.0 +1300 @@ -,7 +,7 @@ } else if (request.responseStatus == 207 thisCalendar.mDisabled) { // Looks like the calendar is there again, check its resouce // type first. -this.checkDavResourceType(aChangeLogListener); +thisCalendar.checkDavResourceType(aChangeLogListener); return; }
Bug#600680: iceowl-extension: Cannot reconnect to previously failed calendar with CalDav.
Package: iceowl-extension Version: 1.0~b1+dfsg1-2 Severity: normal Tags: upstream patch There are a couple of typos in calDavCalendar.js that trip up the code that runs when a temporarily unavailable calendar becomes available again. Patch attached -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceowl-extension depends on: ii calendar-timezones1.0~b1+dfsg1-2 Timezone Extension for Sunbird/Ice ii icedove 3.0.8-1mail/news client with RSS and inte ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-14 GCC support library ii libnspr4-0d 4.8.4-1NetScape Portable Runtime Library ii libstdc++64.4.4-14 The GNU Standard C++ Library v3 Versions of packages iceowl-extension recommends: pn calendar-google-provider none (no description available) Versions of packages iceowl-extension suggests: pn latex-xft-fonts none (no description available) -- no debconf information --- calDavCalendar.js.old 2010-10-19 15:25:00.0 +1300 +++ calDavCalendar.js 2010-09-29 15:09:51.0 +1300 @@ -880,7 +880,7 @@ } else if (request.responseStatus == 207 thisCalendar.mDisabled) { // Looks like the calendar is there again, check its resouce // type first. -this.checkDavResourceType(aChangelogListener); +thisCalendar.checkDavResourceType(aChangeLogListener); return; }
Bug#405329: burn: I had this problem, and fixed it
Hi I realise this thread is reasonably old now, but just for completeness in case somebody else comes across this problem, I thought I'd post my solution (it worked for me at least). I got the Error. Please insert a blank CD/DVD. message, and it turned out the problem was that the CD-Writer device was incorrectly set in my .burnrc. I had it set to device = 0,0,0 when it needed to be device = 1,0,0 Changing this line resulted in burn working. Also note: I first thought I'd tried this change, and it didn't work, but on a second look, I'd changed the line under [CD-Reader] rather than [CD-Writer]. Obviously it needs to be in the latter section. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org