Bug#1051070: RM: gtimer -- RoQA; low popcon; depends on gtk2
Hi Bastian, I would like to request that gtimer is not removed from Debian. It is an old program, but works for its stated purpose. There is a somewhat active upstream repo at: https://github.com/craigk5n/gtimer/commits/master The closest alternative package, hamster-time-tracker, has a long list of extra dependencies (on non-Gnome systems) for a relatively simple tool. Thanks! Daniel
Bug#1041992: Regressions in text highlighting since upgrading to Debian bookworm
Package: evince Version: 43.1-2+b1 When I upgraded two different Debian stable systems to the bookworm release, regressions were noticed in the text highlighting of evince when reading PDFs created with libreoffice on the same system: 1. Text highlighting using the mouse pointer now only shows as a thin line on the baseline of the text. 2. Text searches no longer highlight the found words, even though the found words are shown in the evince sidebar. The same PDFs made in current libreoffice have functional text highlighting when selecting text or searching them in Google Chrome. And yet evince seems to work as normal when the PDF is not made in the current Debian stable version of libreoffice which is 4:7.4.7-1, for example a PDF made on the Debian bullseye system before upgrade, or any other PDF writer. So, I am not sure whether this is an evince bug, a libreoffice bug or some interaction between the two. Thanks! Daniel
Bug#943844: nouveau: cannot create GPU channel in Buster (worked in Stretch) - GeForce 6150
I reported this bug a long time ago. I had been hoping that by now some update to Debian would contain a fixed Nouveau that would work as expected with this old hardware. I'm still hoping ... I have also been playing around with this myself -- I don't know enough about video hardware (or anything about the Nouveau driver) to try to meddle with the source, but I've changed configuration options in a number of ways to see what would happen. The first thing I should say is that I think the error lines in Xorg.0.log are misleading. I had tried to disable acceleration in Nouveau because it had caused problems in Stretch and earlier. The error message lines: [45.875] (EE) NOUVEAU(0): Error creating GPU channel: -19 [45.875] (EE) NOUVEAU(0): Error initialising acceleration. Falling back to NoAccel [45.875] (**) NOUVEAU(0): [COPY] acceleration disabled seemed to me to be showing that the system was trying to use acceleration. I have tried disabling acceleration by providing a kernel parameter (either "noaccel" or "nouveau-noaccel=1") which I think worked in Stretch, but this does NOT seem to disable acceleration in Buster, which why I was getting the errors above. Those errors appear to have masked the actual error, making it harder to diagnose the problem. If I create a fairly minimal xorg.cong file containing just: Section "Device" Identifier "GeForce_6150" Driver "nouveau" VendorName "NVIDIA Corporation" Option "NoAccel" Option "AccelMethod" "None" EndSection Section "Monitor" Identifier "Default monitor" VendorName "DELL" ModelName "U2410" EndSection Section "Screen" Identifier "Screen0" Device "GeForce_6150" Monitor "Default monitor" EndSection then acceleration DOES seem to be disabled and I no longer get the errors in Xorg.0.log. In this state Buster boots to the login/greeting screen in the monitor's default resolution of 1920x1200 and I can enter a username and password. These are validated correctly and the screen blanks for a few moments and returns to the login/greeter. If I open a commandline console with ALT+F1 I can log in. If I then try to start an X session with startx I get the following. (Sorry, this is retyped by hand on another machine and may not be 100% correct (and lines may have wrapped). Many of the original lines were terminated with LF but not CR at the end and so the following lines appeared indented. X.Org X Server 1.20.4 X Protocol Version 11, Revision 0 Build Operating System: Linux 4.19.0-12-amd64 x86_64 Debian Current Operating System: Linux welly-buster 4.19.0-16-amd64 #1 SMP Debian 4.19.191-1 (2021-03-19) x86_64 Kernel command line: BOOT_IMAGE=/vmlinuz-4.19.0-16-amd64 root=UUID=4abd25ab-9425-42ee-8612-75c0164d13d5 ro noapic Build Date: 01 December 2020 05:59:57PM xorg-server 2:1.20.4-1+deb10u2 (https://www.debian.org/support) Current version of pixman: 0.36.0 Before reporting problems, check http://wiki.x.org to make sure you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warnoing, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/home/daniel/.local/share/xorg/Xorg.1.log", Time: Sat Mar 27 23:32:08 2021 (==) Using config file: "/etc/X11/xorg.conf" (==) Uing system config directory "/usr/share/X11/xorg.conf.d" resize called 1920 1200 usr/lib/xorg/Xorg: symbol lookup error: /usr/lib/xorg/modules/drivers/nouveau_drv.so: undefined symbol: exaGetPixmapDriverPrivate xinit: connection to X server lost It now seems to me that the main problem is this undefined symbol error, which is causing the xorg to fail to load. I hope this is useful. Is there any more information I can provide to help get this matter resolved? -- Regards, Daniel James
Bug#968663: gtimer: Keyboard shortcut for delete task is the same as for annotate task
Package: gtimer Version: 2.0.0-1.2+b1 Severity: normal Dear Taylor, * What led up to the situation? I attempted to delete a large number of tasks from the main gtimer window using the keyboard shortcut rather than the mouse action. * What exactly did you do (or not do) that was effective (or ineffective)? I pressed the keyboard shortcut for Delete (Ctrl+A) * What was the outcome of this action? I got an annotation pop-up for the task * What outcome did you expect instead? I expected the task to be deleted. Checking the Task menu, I noticed that both Annotate and Delete have the keyboard shortcut of Ctrl+A, but Annotate appears to take precedence. Line 387 of main.c looks to be related: { "TM_Delete", NULL, gettext_noop("TM|_Delete"), "A", By the way, the upstream homepage link on https://packages.debian.org/buster/gtimer is out of date. It should now be: https://www.k5n.us/gtimer/ Thanks for packaging this very useful application! -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-10-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gtimer depends on: ii libatk1.0-0 2.30.0-2 ii libc62.28-10 ii libcairo21.16.0-4 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3+deb10u1 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgtk2.0-0 2.24.32-3 ii libpango-1.0-0 1.42.4-8~deb10u1 ii libpangocairo-1.0-0 1.42.4-8~deb10u1 ii libpangoft2-1.0-01.42.4-8~deb10u1 ii libx11-6 2:1.6.7-1 ii libxss1 1:1.2.3-1 gtimer recommends no packages. Versions of packages gtimer suggests: ii firefox-mozilla-build [www-browser] 79.0-0ubuntu1 ii google-chrome-stable [www-browser] 84.0.4147.125-1 ii w3m [www-browser]0.5.3-37 -- no debconf information
Bug#966554: how to apply the workaround?
Hi quixote, running grub-install /dev/sda still gets me the same errors about "no space left on device." (I checked: it's 200MB, and has 98% free space.) Do you have a separate /boot partition, and if so, how much free space does that have? Is /dev/sda really 200MB or 200GB? Because 2% of 200MB would be a really small Debian install :-) Cheers! Daniel
Bug#946641: stops: Mark stops as 'Multi-Arch: foreign'
Hi Bernhard, Marking stops as 'Multi-Arch: foreign' should make that installation possible. The package 'stops' contains binary instrument data, which as far as I know, is uniquely created by the undocumented and well-hidden instrument editor feature in aeolus (hold down Ctrl then left-mouse-click on any stop in the aeolus GUI to open the instrument editor). This instrument data works fine when copied to Debian systems running other arches (I have tested amd64 -> armhf). Cheers! Daniel
Bug#943844: nouveau: cannot create GPU channel in Buster (worked in Stretch) - GeForce 6150
On Thu, 31 Oct 2019 15:46:30 + Daniel James wrote: I normally try to stay clear of testing and unstable, but I'll try those when I get a chance ... Sorry it's taken a while. With Testing (Kernel 5.2.0, Nouveau 1.0.16) the system boots to a full-screen graphical login. I can enter my username and password, and the screen then switches to a garbled version of the desktop (a bit like an old CRT television whose horizontal hold is incorrectly set, but static not moving). On this system, "dmesg | grep -E '(drm|nouveau)'" (as root) gives: [2.743125] nouveau :00:05.0: NVIDIA C51 (04e000a2) [2.752186] nouveau :00:05.0: bios: version 05.51.22.33.07 [2.753091] nouveau :00:05.0: fb: 128 MiB of unknown memory type [4.052950] nouveau :00:05.0: DRM: VRAM: 125 MiB [4.052985] nouveau :00:05.0: DRM: GART: 512 MiB [4.053022] nouveau :00:05.0: DRM: TMDS table version 1.1 [4.053058] nouveau :00:05.0: DRM: DCB version 3.0 [4.053094] nouveau :00:05.0: DRM: DCB outp 00: 02000300 0023 [4.053131] nouveau :00:05.0: DRM: DCB outp 01: 03011312 [4.053168] nouveau :00:05.0: DRM: DCB outp 02: 020023f1 0040c080 [4.053205] nouveau :00:05.0: DRM: DCB conn 00: [4.053240] nouveau :00:05.0: DRM: DCB conn 01: 0131 [4.053275] nouveau :00:05.0: DRM: DCB conn 02: 0210 [4.053311] nouveau :00:05.0: DRM: DCB conn 03: 0211 [4.053346] nouveau :00:05.0: DRM: DCB conn 04: 0213 [4.054701] nouveau :00:05.0: DRM: MM: using M2MF for buffer copies [4.055157] nouveau :00:05.0: DRM: Saving VGA fonts [4.093998] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [4.094037] [drm] Driver supports precise vblank timestamp query. [4.095028] nouveau :00:05.0: DRM: Setting dpms mode 3 on TV encoder (output 2) [4.176611] nouveau :00:05.0: DRM: allocated 1920x1200 fb: 0x9000, bo (ptrval) [4.218180] fbcon: nouveaudrmfb (fb0) is primary device [4.329239] nouveau :00:05.0: fb0: nouveaudrmfb frame buffer device [4.345656] [drm] Initialized nouveau 1.3.1 20120801 for :00:05.0 on minor 0 Interestingly, when I switch between "terminals" (is that the right word?) with Ctrl+Alt+F1 and back with Ctrl+Alt+F7 I see a perfect desktop display briefly before changing away to the text terminial, and again when I switch back but this then changes to the garbled display again. Every time I switch away from the graphics terminal to a text one and back this happens, for slightly varying time periods but never more than about half a second. There are no obvious relevant errors in /var/log/Xorg.0.log (and it's quite long) -- should I post it here? I've yet to try unstable ... I haven't any more spare hard drives so I'd have to overwrite the testing system and I don't want to do that if there's a chance that it may tell us something. --
Bug#943844: nouveau: cannot create GPU channel in Buster (worked in Stretch) - GeForce 6150
On Thu, 31 Oct 2019 10:31:48 +0100 Sven Joachim wrote: With nomodeset X will fallback to the fbev or vesa drivers. The latter has very limited support for modern wide screens, the former does not let you change the resolution at all. Yes, I assumed vesa. inxi -G says: Graphics: Device-1: NVIDIA C51PV [GeForce 6150] driver: N/A Display: x11 server: X.Org 1.20.4 driver: nouveau,vesa unloaded: fbdev,modesetting resolution: 1280x1024~N/A OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.6 I can change to lower resolutions, and back, just not to higher ones. > The system uses an Asus M2NPV-VM motherboard with NForce 430 chipset > and GeForce 61500 onboard graphics. The monitor is a Dell U2410 which > has a native resolution of 1920x1200 pixels. There have been many problems with these onboard graphics, quite a large fraction of the nouveau bug reports in Debian are from system with it. Agreed ... but note that this hardware had no difficulties with graphics in Debian Stretch or Jessie. The failure is new with Buster. > On Debian 9 "Stretch" it was not necessary to specify "nomodeset", and > the full screen resolution was used. > > This bug report is being prepared from a text console after booting > WITHOUT "nomodeset". The errors ("EE") at 45.875 seem to be crucial. I think you are right here. > [45.875] (EE) NOUVEAU(0): Error creating GPU channel: -19 > [45.875] (EE) NOUVEAU(0): Error initialising acceleration. > Falling back to NoAccel > [45.875] (**) NOUVEAU(0): [COPY] acceleration disabled That's not good. Can you please send some kernel logs? Run "sudo dmesg| grep -E '(drm|nouveau)" to retrieve them. Without nomodeset I get: [2.722181] nouveau :00:05.0: NVIDIA C51 (04e000a2) [2.731283] nouveau :00:05.0: bios: version 05.51.22.33.07 [2.732373] nouveau :00:05.0: fb: 128 MiB of unknown memory type [4.033290] nouveau :00:05.0: DRM: VRAM: 125 MiB [4.033325] nouveau :00:05.0: DRM: GART: 512 MiB [4.033363] nouveau :00:05.0: DRM: TMDS table version 1.1 [4.033399] nouveau :00:05.0: DRM: DCB version 3.0 [4.033435] nouveau :00:05.0: DRM: DCB outp 00: 02000300 0023 [4.036555] nouveau :00:05.0: DRM: DCB outp 01: 03011312 [4.036592] nouveau :00:05.0: DRM: DCB outp 02: 020023f1 0040c080 [4.036629] nouveau :00:05.0: DRM: DCB conn 00: [4.036664] nouveau :00:05.0: DRM: DCB conn 01: 0131 [4.036699] nouveau :00:05.0: DRM: DCB conn 02: 0210 [4.036735] nouveau :00:05.0: DRM: DCB conn 03: 0211 [4.036770] nouveau :00:05.0: DRM: DCB conn 04: 0213 [4.037233] nouveau :00:05.0: DRM: Saving VGA fonts [4.075567] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [4.075607] [drm] Driver supports precise vblank timestamp query. [4.076570] nouveau :00:05.0: DRM: Setting dpms mode 3 on TV encoder (output 2) [4.174450] nouveau :00:05.0: DRM: allocated 1920x1200 fb: 0x8000, bo (ptrval) [4.217697] fbcon: nouveaufb (fb0) is primary device [4.357759] nouveau :00:05.0: fb0: nouveaufb frame buffer device [4.376957] [drm] Initialized nouveau 1.3.1 20120801 for :00:05.0 on minor 0 (Sorry, Thunderbird has made some lines wrap) With nomodeset no lines match. You may want to try different kernels (4.9 from stretch, 5.2 from testing and/or 5.3 from unstable) and see if they give better results. As I said: Stretch works fine as it is. That is: The Stretch kernel works in Stretch using nouveau 1.0.13 with a 4.9 kernel. I haven't tried the Stretch kernel in Buster ... (Snippet from /var/log/Xorg.0.log under Stretch) [16.673] (II) Module nouveau: vendor="X.Org Foundation" [16.673]compiled for 1.19.3, module version = 1.0.13 [16.673]Module class: X.Org Video Driver [16.673]ABI class: X.Org Video Driver, version 23.0 (Snippet from /var/log/Xorg.0.log under Buster) [39.974] (II) Module nouveau: vendor="X.Org Foundation" [39.974]compiled for 1.20.3, module version = 1.0.16 [39.974]Module class: X.Org Video Driver [39.974]ABI class: X.Org Video Driver, version 24.0 Looks like the video driver ABI version has changed as well as the version of nouveau ... I guess it wouldn't be simple to mix and match. I normally try to stay clear of testing and unstable, but I'll try those when I get a chance ... -- Regards, Daniel James
Bug#943844: nouveau: cannot create GPU channel in Buster (worked in Stretch) - GeForce 6150
Package: xserver-xorg-video-nouveau Version: 1:1.0.16-1 Severity: important File: nouveau Dear Maintainer, [Message prepared by reportbug 7.5.3-de10u1 but mailed from Thunderbird on a different system] In Debian 10 "Buster" the Nouveau driver does not start correctly unless the "nomodeset" kernel parameter is supplied. Without "nomodeset" the system boots to a full-screen graphical login screen. Login credentials can be entered, but the screen then flashes off (black) for a fraction of a second and returns to the login dialog. With "nomodeset" Debian starts but the screen resolution is not optimal, and cannot be changed. The system boots to a graphical login screen with the edges black -- apparently a 1280x1024 displayed full-height but narrower than the screen. When login credentials are entered the system boots but still only shows a 1280x1024 desktop. Attempts to change the resolution (e.g. using xrandr to add a new mode and switch to it fail). The system uses an Asus M2NPV-VM motherboard with NForce 430 chipset and GeForce 61500 onboard graphics. The monitor is a Dell U2410 which has a native resolution of 1920x1200 pixels. On Debian 9 "Stretch" it was not necessary to specify "nomodeset", and the full screen resolution was used. This bug report is being prepared from a text console after booting WITHOUT "nomodeset". The errors ("EE") at 45.875 seem to be crucial. I have compared /var/log/Xorg.0.log files from this system when booting Buster and when booting Stretch, and (apart from minor details like module version numbers and the time field) the logs are identical up to this point. -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- 00:05.0 VGA compatible controller [0300]: NVIDIA Corporation C51PV [GeForce 6150] [10de:0240] (rev a2) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 4.19.0-6-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.67-2+deb10u1 (2019-09-20) Xorg X server log files on system: -- -rw-r--r-- 1 daniel daniel 33547 Oct 13 15:34 /home/daniel/.local/share/xorg/Xorg.0.log -rw-r--r-- 1 root root 26008 Oct 29 16:57 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [45.542] X.Org X Server 1.20.4 X Protocol Version 11, Revision 0 [45.542] Build Operating System: Linux 4.9.0-8-amd64 x86_64 Debian [45.542] Current Operating System: Linux welly-buster 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u1 (2019-09-20) x86_64 [45.542] Kernel command line: BOOT_IMAGE=/vmlinuz-4.19.0-6-amd64 root=UUID=4abd25ab-9425-42ee-8612-75c0164d13d5 ro noapic [45.542] Build Date: 05 March 2019 08:11:12PM [45.542] xorg-server 2:1.20.4-1 (https://www.debian.org/support) [45.542] Current version of pixman: 0.36.0 [45.542]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [45.542] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [45.543] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Oct 29 16:57:10 2019 [45.543] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [45.543] (==) No Layout section. Using the first Screen section. [45.543] (==) No screen section available. Using defaults. [45.543] (**) |-->Screen "Default Screen Section" (0) [45.543] (**) | |-->Monitor "" [45.544] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [45.544] (==) Automatically adding devices [45.544] (==) Automatically enabling devices [45.544] (==) Automatically adding GPU devices [45.544] (==) Max clients allowed: 256, resource mask: 0x1f [45.545] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [45.545]Entry deleted from font path. [45.545] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [45.545] (==) ModulePath set to "/usr/lib/xorg/modules" [45.545] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [45.545] (II) Loader magic: 0x562deaa57e20 [45.545] (II) Module ABI
Bug#942371: O: python-ebooklib -- Python 3 E-book library for handling EPUB2/EPUB3/Kindle formats
Package: wnpp Severity: normal I intend to orphan the python-ebooklib package. I am not an official Debian Developer and no longer use this library. Newer upstream versions are available from https://github.com/aerkalov/ebooklib/releases EbookLib is a Python library for managing EPUB2/EPUB3 and Kindle files. It's capable of reading and writing EPUB files programmatically (Kindle support is under development). The API is designed to be as simple as possible, while at the same time making complex things possible too. It has support for covers, table of contents, spine, guide, metadata and more.
Bug#937721: python-ebooklib: diff for NMU version 0.15~ds0-1.1
Hi Sandro, I've prepared an NMU for python-ebooklib (versioned as 0.15~ds0-1.1) and uploaded it to DELAYED/7. Thanks! I'm not an official Debian Developer and no longer use this package, so if someone wants to adopt it, that would be great. There is a newer upstream version available. Cheers! Daniel
Bug#933095: ambdec: Package description could be updated to mention third order signals
Package: ambdec Version: 0.7.1-1 Severity: minor Dear Maintainers, The package description for ambdec says: Ambisonic decoder for first and second order However, the long description for this package says: It can be used for both horizontal and full 3-D systems of first, second and third order. So I would suggest updating the description to (59 characters): Ambisonic decoder for first, second and third order signals Thanks folks!
Bug#907293: stops: Please consider making another upload and refreshing package
Hi Boyuan, > I am not proposing to remove this package; instead I was proposing of having > MIA team involved and (orphan this package) / (have other maintainers taken > this package care of) That should not be necessary since it is maintained by debian-multimedia. I agree it needs a rebuild now, even if the version stays at 0.3.0. > I thought stops might be eligible to such > arrangement since it received no upload in the past 11 years, which is No.3 > oldest (!) package in the Debian archive. Let's aim for No. 1 by the year 2028 :-) Cheers! Daniel
Bug#907293: stops: Please consider making another upload and refreshing package
Hi Boyuan, > Dear stops maintainer (Hi Free Ekanayaka) Maintainer for this package is Debian Multimedia Team, it's just that Free was the last uploader. > I was cleaning up packages that hasn't receive any upload in Debian for a > long > time and noticed that your package, stops, received no upload since 2007, > which is quite a long period of time. As I recall, this package is static data, and may not ever need to be updated upstream. Debian's version 0.3.0 is still the current release: http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html stops is a dependency of the active package https://packages.debian.org/sid/aeolus which has a new upstream release available (0.9.7). > Making uploads to stops might be necessary according to [1] since we want to > make Debian 100% reproducible in the future [2] and all packages built before > December 2016 will need a rebuild. Sounds good! Also #888669 might need looking at. I am not a Debian Developer but happy to help if I can find a sponsor. > I am also considering initiating the MIA procedure[3] (targeting > package only, not to the person because I know you look still active) if > there's no reply after certain period of time Hopefully that will not be necessary, aeolus is a unique software instrument and it would be a shame to lose it from Debian. Cheers! Daniel
Bug#794890: [Pkg-javascript-devel] Bug#794890: Bug#794890: #794890 npm: new upstream version
Hi Jonas, hi Chris, >> Wow, I count at least 50 dependencies that are missing Debian >> packages. See the last comment on: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870460 https://wiki.debian.org/Javascript/Nodejs/Tasks/npm says the missing build dependency is python-os-traits: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877980 so that might be a good place to start. >> Ubuntu has version 3.5.2 in their repository: >> https://packages.ubuntu.com/artful/npm > > Good for them. That package was updated in Dcember 2015, so Ubuntu might benefit from an update in Debian too. Cheers! Daniel
Bug#857338: systemd-sysv: pre-depends fails to resolve in cross-architecture debootstrap from jessie
Hi Neil, We experienced this issue on a jessie amd64 build machine while building for an armhf target, and resolved it by upgrading the build machine to debootstrap 1.0.86~bpo8+1 from jessie-backports. Cheers! Daniel
Bug#839656: jessie-pu: package xwax/1.5-1+deb8u1
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi, The xwax package in jessie has a Recommends on the ffmpeg package not available in Jessie, which is the cause of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722487 Please find a debdiff attached which should fix this issue. Cheers! Daniel diff -Nru xwax-1.5/debian/changelog xwax-1.5/debian/changelog --- xwax-1.5/debian/changelog 2014-04-10 15:19:47.0 +0100 +++ xwax-1.5/debian/changelog 2016-10-03 15:51:45.0 +0100 @@ -1,3 +1,10 @@ +xwax (1.5-1+deb8u1) jessie; urgency=medium + + * Non-maintainer upload. + * For jessie only, replace ffmpeg with avconv from libav-tools (Closes: #722487) + + -- Daniel James <dan...@64studio.com> Mon, 03 Oct 2016 15:48:39 +0100 + xwax (1.5-1) unstable; urgency=low * New upstream release: diff -Nru xwax-1.5/debian/control xwax-1.5/debian/control --- xwax-1.5/debian/control 2014-04-10 15:18:25.0 +0100 +++ xwax-1.5/debian/control 2016-10-03 15:46:04.0 +0100 @@ -23,7 +23,7 @@ ${shlibs:Depends} Recommends: cdparanoia, - ffmpeg, + libav-tools, mpg123 Suggests: jackd diff -Nru xwax-1.5/debian/patches/avconv-not-ffmpeg-for-jessie xwax-1.5/debian/patches/avconv-not-ffmpeg-for-jessie --- xwax-1.5/debian/patches/avconv-not-ffmpeg-for-jessie1970-01-01 01:00:00.0 +0100 +++ xwax-1.5/debian/patches/avconv-not-ffmpeg-for-jessie2016-10-03 16:03:08.0 +0100 @@ -0,0 +1,17 @@ +Description: replace ffmpeg with avconv from libav-tools + Just because ffmpeg is not available in jessie. +Author: Daniel James <dan...@64studio.com> +Bug-Debian: https://bugs.debian.org/722487 +Last-Update: 2016-10-03 + +--- xwax-1.5.orig/import xwax-1.5/import +@@ -27,7 +27,7 @@ case "$FILE" in + + *) + echo "Calling fallback decoder..." >&2 +-exec ffmpeg -v 0 -i "$FILE" -f s16le -ar "$RATE" - ++exec avconv -v 0 -i "$FILE" -f s16le -ar "$RATE" - + ;; + + esac diff -Nru xwax-1.5/debian/patches/series xwax-1.5/debian/patches/series --- xwax-1.5/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ xwax-1.5/debian/patches/series 2016-10-03 15:52:54.0 +0100 @@ -0,0 +1 @@ +avconv-not-ffmpeg-for-jessie
Bug#828632: tidy-html5: diff for NMU version 1:5.2.0-1.2
Hi Mattia, > If you look for sponsor: please do feel free to open a RFS as documented > at point 5 of https://mentors.debian.net/intro-maintainers ! > Also, I'm always available to sponsor stuff. Thanks! I did have a sponsor for the tidy-html5 package previously who was very helpful with the initial upload, but that sponsor is no longer available to work on the package. > If you want, I can merge pinotree's thing into git (or you could do so!) > and then upload. Please do merge the latest patches and changelog into collab-maint and upload the 1:5.2.0-2 version. There are some other fixes for long-standing bugs in that repo, which I hope will be useful. Cheers! Daniel
Bug#828632: tidy-html5: diff for NMU version 1:5.2.0-1.2
Hi Pino, > I've prepared an NMU for tidy-html5 (versioned as 1:5.2.0-1.2) and > uploaded it to DELAYED/14. Please feel free to tell me if I > should delay it longer. Thanks! The tidy-html5 package is now in collab-maint: https://anonscm.debian.org/cgit/collab-maint/tidy-html5.git/ The original maintainer Jason (in cc) is now contributing to that repo. Would it be possible for you to merge your patches there, please? I had previously prepared a 1:5.2.0-2 release with some other fixes, but as a non-Debian Developer I cannot upload it myself. Cheers! Daniel
Bug#832045: RM: tidy -- RoQA; abandoned; superseded by tidy-html5
Hi Emilio, > I don't think there is any > problem in removing the old src:tidy and let the new tidy-html5 > take over the binaries. Thanks, this was due to an upstream name change, the Tidy project is now hosted at https://github.com/htacg/tidy-html5/ The original maintainer of tidy in Debian, Jason Thomas, is now contributing to the tidy-html5 package in collab-maint: http://anonscm.debian.org/cgit/collab-maint/tidy-html5.git/ Cheers! Daniel
Bug#828632: tidy-html5: FTBFS on !linux archs
Hi Pino, As this was fixed upstream in https://github.com/htacg/tidy-html5/pull/423/files should we use a patch temporarily, until a new upstream release is made? Cheers! Daniel
Bug#829182: tidy: package description still talks about HTML 4.0
Hi Justin, Thanks for the report. I've updated the description in http://anonscm.debian.org/cgit/collab-maint/tidy-html5.git/tree/debian/control and a new package should be available soon. Cheers! Daniel
Bug#829147: tidy-html5: Please drop unnecessary dependency on libdmalloc-dev
Hi Steve, hi Gianfranco This change has been applied in: http://anonscm.debian.org/cgit/collab-maint/tidy-html5.git/commit/?id=819ecee3f62ef8093c36082205f687b2a728b245 I have several other fixes to make, so a new package should be available shortly. Cheers! Daniel
Bug#829147: tidy-html5: Please drop unnecessary dependency on libdmalloc-dev
Hi Steve, > A close inspection shows that dmalloc is not actually a requirement of > libtidy-dev; the dmalloc header is included only if one explicitly #defines > DMALLOC in the calling code. libtidy is certainly not linking to / using > dmalloc's implementation at build time. Thanks for the report. This package is in collab-maint and the dependency was not added by me: http://anonscm.debian.org/cgit/collab-maint/tidy-html5.git/commit/?id=e0d22c87c157c74e2f9beae828e3b8c592b267cf I have cc'd the author and committer for further discussion, as I'm assuming there was a good reason for this change. However the commit is not linked to a bug ticket so I have no further details, sorry. Cheers! Daniel
Bug#827716: Non-maintainer upload to fix RC bugs
Hi Ondřej, >> I'd be happy to merge other fixes I have made since version 1:5.2.0-1 >> into http://anonscm.debian.org/cgit/collab-maint/tidy-html5.git/ if >> that's OK with you. I've merged a few of my improvements into collab-maint/tidy-html5.git today, and merged back most of your improvements to the original repo, thanks! The solution for bug #827716 of using Breaks: for the overwritten symlink is not ideal, because on a system which has the older version of libtidy installed, the upgrade of libtidy-dev results in the error: libtidy-dev (1:5.2.0-1.1) breaks libtidy-0.99-0 and is installed. ...followed by a dpkg error. The solution I have in the other repo is to use Replaces: for the library package and Conflicts: for the libtidy-dev package, which means that the user is warned to remove libtidy-0.99-0 first, but does not actually result in an error: https://anonscm.debian.org/cgit/collab-maint/tidy.git/tree/debian/control I feel this is more accurate because libtidy-dev does not generally fit the definition 'Replaces: libtidy-0.99-0' Would you be willing to give this alternative solution for #827716 a try? Cheers! Daniel
Bug#827716: Non-maintainer upload to fix RC bugs
Hi Ondřej, > Daniel James already closed some of the bugs in > https://anonscm.debian.org/cgit/collab-maint/tidy.git/ I'd be happy to merge other fixes I have made since version 1:5.2.0-1 into http://anonscm.debian.org/cgit/collab-maint/tidy-html5.git/ if that's OK with you. After that, we could take down the original collab-maint repo to avoid confusion, perhaps. Cheers! Daniel
Bug#828902: utidylib: please update for new tidy-html5
Hi Michal, My understand is that the API is not meant to be changed in libtidy5 relative to the earlier versions of libtidy. Thanks for creating the upstream pull request. Cheers! Daniel
Bug#355042: no tidy/changelog.gz
This is duplicated by https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461655 Upstream now provides a changelog: /usr/share/doc/tidy/RELEASE.html Please see https://packages.debian.org/sid/amd64/tidy/filelist
Bug#461655: changelog important
Hi, Upstream now provides a changelog: /usr/share/doc/tidy/RELEASE.html Please see https://packages.debian.org/sid/amd64/tidy/filelist Cheers! Daniel
Bug#828632: tidy-html5: FTBFS on !linux archs
Hi Pino, Thanks for the report, I'm in contact with the upstream developers and will ask for your GitHub pull request https://github.com/htacg/tidy-html5/pull/423 to be merged. Cheers! Daniel
Bug#828097: transition: tidy
Hi Jeremy, hi Emilio, You're right, the tidy-html5 source package is meant to replace the tidy source package. I'm sorry for not following the correct procedure there; this is my first attempt to update an orphaned package. This new version is a major update but not a rewrite, as I understand it. The upstream name changed, and also the soname of the library. I'm currently preparing a packaging update to address #827891 #827716 and several other bugs. Cheers! Daniel
Bug#827891: libtidy-dev: not provide buffio.h library
Hi Mateusz, > Package should provides symlinks like is in Arch Linux Thanks for the report, I'll get that fixed. Cheers! Daniel
Bug#827716: libtidy-dev: trying to overwrite '/usr/lib/libtidy.so'
Hi Christian, > You must add a Breaks or Conflicts/Replaces for libtidy-0.99-0 > 20091223cvs-1.5 Sorry for this screw-up, libtidy5 Replaces: libtidy-0.99-0 and this libtidy.so symlink is no longer in libtidy5. I'll get this fixed. Cheers! Daniel
Bug#822816: sleepyhead: New version available
Package: sleepyhead Version: 0.9.8-3 Severity: wishlist Dear Maintainer, A new version (v1.0.0-beta-3) of sleepyhead is available. The project website is https://sleepyhead.jedimark.net/ and the latest source code is available at:- https://gitlab.com/sleepyhead/sleepyhead-code Kind regards, Daniel. -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100, 'xenial-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-21-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sleepyhead depends on: ii libc6 2.23-0ubuntu3 ii libgcc1 1:6.0.1-0ubuntu1 ii libgl1-mesa-glx [libgl1] 11.2.0-1ubuntu2 ii libqt5core5a 5.5.1+dfsg-16ubuntu7 ii libqt5gui55.5.1+dfsg-16ubuntu7 ii libqt5network55.5.1+dfsg-16ubuntu7 ii libqt5opengl5 5.5.1+dfsg-16ubuntu7 ii libqt5printsupport5 5.5.1+dfsg-16ubuntu7 ii libqt5serialport5 5.5.1-2build1 ii libqt5webkit5 5.5.1+dfsg-2ubuntu1 ii libqt5widgets55.5.1+dfsg-16ubuntu7 ii libqt5xml55.5.1+dfsg-16ubuntu7 ii libquazip5-1 0.7.1-1 ii libstdc++65.3.1-14ubuntu2 ii zlib1g1:1.2.8.dfsg-2ubuntu4 sleepyhead recommends no packages. sleepyhead suggests no packages. -- no debconf information
Bug#770129: RFP: html5tidy -- “tidy” HTML 5 in the wild to well-formed XML or HTML
Hi Jim, > I support closing this bug. There is already an existing request to update > the current tidy package from current source. I'd agree, please close this bug as a duplicate of: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655200 Cheers! Daniel
Bug#770129: Help offered for tidy-html5 package
Hi Ed, I would be willing to help with a tidy-html5 package, or to update the existing tidy package if appropriate (cc'ing maintainer). I am not an official Debian Developer but was previously sponsored to upload python-ebooklib, which I maintain the packaging for. Cheers! Daniel
Bug#779968: icecast2: Please package Icecast 2.4.1
This ticket should be for Icecast 2.4.2 now, due to the security issue https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782120 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655200: Please make the html5 version the mainstream version
There is a new effort from the community http://www.htacg.org/ upstream. https://github.com/htacg/tidy-html5/ now says: This repository should be considered canonical for HTML Tidy as of 2015-January-15. I'd like to see this package updated to support HTML5 too, I'm happy to help. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780656: xserver-xorg-input-evdev: Logitech wireless keyboard ignores locale in X.org, defaults to en-us
Package: xserver-xorg-input-evdev Version: 1:2.9.0-2 Severity: normal After upgrading a machine from squeeze to wheezy to jessie, my Logitech K400 wireless keyboard no longer functioned correctly. My locale is en-gb but key presses resulted in en-us characters appearing in applications running under X.org, for example the pipe symbol on the keyboard became a chevron on the screen. It appears to be an old bug filed (twice) in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/993827 https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/995715 There is a detailed explanation of the issue here: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/995715/comments/19 Linux kernel 3.2 introduced the logitech_dj HID driver to explicitly support the Logitech Unifying Receiver. This wireless USB hardware is designed for compatible mice and keyboards so that you only need one dongle for multiple devices. It worked fine for both mice and keyboards under squeeze, using a generic USB driver. However the xserver-xorg-input-evdev package does not seem to support this change of drivers, as far as keyboards are concerned. The workaround is for the display manager startup script to force the locale. In my case, I did this in ~/.fluxbox/startup with the line: setxkbmap gb Thanks! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769431: ITP: python-ooxml -- Python library for parsing .docx files
Initial upload has been made to http://anonscm.debian.org/cgit/collab-maint/python-ooxml.git/ - thanks Alessio! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769431: ITP: python-ooxml -- Python library for parsing .docx files
Package: wnpp Severity: wishlist Owner: Daniel James dan...@64studio.com * Package name: python-ooxml Version : 0.10 Upstream Author : Aleksandar Erkalovic * URL : https://github.com/booktype/python-ooxml * License : GNU AGPL v3 Programming Lang: Python Description : Python library for parsing .docx files Python-OOXML is a Python library for parsing Office Open XML files. At the moment it only supports HTML as output format. Strong emphasis is put on easy customization of the output. The library comes with an importer which is capable of splitting a document into separate chapters. It works both with documents which use Word styles, and documents where they are not used. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736832: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#736832: Double dependencies for vlc-nox)
Hi Sebastian, I don't mind this bug being closed if you think it isn't worth fixing. Just for the record, this is not an artefact of packages.debian.org - taking a look at the debian/control file for the binary vlc-nox package in sid, you can see that... 1. dependencies are listed on libavcodec55 plus most or all of the dependencies of libavcodec55, which is unnecessary, since depending on libavcodec55 should be enough. 2. there is a Pre-Depends: dpkg (= 1.15.6~) which should no longer be required, since all versions of dpkg currently available in Debian are newer than this. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736832: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#736832: Double dependencies for vlc-nox)
Thanks for the explanation! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750674: ITP: booktype -- Web application for collaborative book production
Package: wnpp Severity: wishlist Owner: Daniel James dan...@64studio.com * Package name: booktype Version : 2.0.0 Upstream Author : Aleksandar Erkalovic, Borko Jandras, Helmy Giacoman * URL : https://github.com/sourcefabric/Booktype/ * License : GNU AGPL v3 Programming Lang: Python Description : Web application for collaborative book production Booktype is a web-based system which makes it easier for people and organisations to collate, organise, edit and publish books. Delivering output as print PDF, screen PDF, EPUB and more, Booktype facilitates collaborative production processes. Booktype is built on the Django web framework and can use either a Postgres or SQLite database. It can run on the built-in web server, Apache or Nginx. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743950: Updated download URL for python-ebooklib source package
Hi mentors, Following feedback I have fixed some issues with the source package and re-uploaded it with a -1 suffix. It can downloaded with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-ebooklib/python-ebooklib_0.15-1.dsc Changes since the last upload: * Initial upload to Debian, closes: #745542 Thanks! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745542: ITP: python-ebooklib -- Python library for EPUB and Kindle formats
Package: wnpp Severity: wishlist Owner: Daniel James dan...@64studio.com * Package name: python-ebooklib Version : 0.15 Upstream Author : Aleksandar Erkalovic, Borko Jandras * URL : https://github.com/aerkalov/ebooklib/ * License : GNU AGPL v3 Programming Lang: Python Description : Python library for EPUB and Kindle formats EbookLib is a Python library for managing EPUB2/EPUB3 and Kindle files. It's capable of reading and writing EPUB files programmatically (Kindle support is under development). The API is designed to be as simple as possible, while at the same time making complex things possible too. It has support for covers, table of contents, spine, and metadata. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743950: RFS: python-ebooklib/0.15-2 [ITP] -- Python library for EPUB support
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package python-ebooklib: * Package name: python-ebooklib Version : 0.15-2 Upstream Author : Aleksandar Erkalovic, Borko Jandras * URL : https://github.com/aerkalov/ebooklib/ * License : GNU AGPL v3 Section : python It builds these binary packages: python-ebooklib - Python 2 E-book library for handling EPUB2/EPUB3/Kindle formats python3-ebooklib - Python 3 E-book library for handling EPUB2/EPUB3/Kindle formats To access further information about this package, please visit the following URL: http://mentors.debian.net/package/python-ebooklib Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-ebooklib/python-ebooklib_0.15-2.dsc EbookLib is capable of reading and writing EPUB files (Kindle support is under development, currently only reading Kindle format works). It has support for covers, table of contents, spine, guide, metadata and more. EbookLib works with Python 2.7 and Python 3.3. Debian already has an EPUB library: https://packages.debian.org/sid/libepub0 but that library is written in C. The aim of packaging EbookLib is to provide a new dependency in Debian for the Python program 'Booktype 2.0', a CMS for creating print and ebooks to be released later this year: https://github.com/sourcefabric/Booktype/tree/2.0 Booktype is also released under the GNU AGPL, and my intention is to package it once this dependency can be satisfied in Debian. The source package name python-ebooklib is not currently used by Debian, as far as I can tell. I am not a Debian Developer so if a DD is interested in sponsoring this package, please contact me. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734763: [Pkg-javascript-devel] Bug#734763: Please update libjs-jquery-cookie and use upstream numbering
Hi Marcelo, I'm late, but only for clarify why I created the jquery-goodies package. See: http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2009-May/000238.html Thanks, it is a very useful package :-) When talking to our upstream developers about the way they use JavaScript, they typically go to get the latest files from GitHub etc. rather than looking first to see which version they can get from Debian. Over time, unless there is a known bug which forces an update, their bundled library becomes older than the version available in Debian. So they don't necessarily always have the latest version, but they do know exactly the version they have. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734763: Please update libjs-jquery-cookie and use upstream numbering
Hi Raphael, $ dpkg -c galette_0.7.6.1-2_all.deb |grep cookie lrwxrwxrwx root/root 0 2013-11-05 10:03 ./usr/share/galette/includes/jquery/jquery.cookie.js - ../../../javascript/jquery-cookie/jquery.cookie.js So there's no bug here regarding jquery-cookie. Sorry, I did not realise that symlinks could be used for specific js libraries in this way. I thought they were handled at the webserver level, with an alias. There might be other local packages with similar dependencies that you should not ignore. Yes indeed, the packages that I hope will enter Debian one day are like this. One major problem that I have with convincing our upstream developers to support Debian is that they could not predict the specific library version available, so it is easier for them to bundle in the library. Jerome's patch addresses this issue for libjs-jquery-cookie. Thanks! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734763: Please update libjs-jquery-cookie and use upstream numbering
Hi Jerome, More than a few packages in Debian depend on the currently packaged version. Do you know if such an update would introduce incompatible changes? libjs-jquery-cookie Reverse Depends: spip spotweb python-django-debug-toolbar python-tables-doc openstack-dashboard spip python-django-feincms python-tables-doc phpmyadmin php-apigen mediawiki libkohana3.2-mod-userguide-php libkohana3.1-mod-userguide-php liblemonldap-ng-portal-perl liblemonldap-ng-manager-perl openstack-dashboard galette dotclear dokuwiki cacti Thanks for the reply. I have checked the list above, and only galette depends on a specific version of libjs-jquery-cookie, in this case (= 8). I guess the current version numbering was chosen because the source package jquery-goodies contains many different libraries, with a variety of upstream version numbers. Would it be a lot more work to create a source package for each of the 23 binary packages? Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734763: Please update libjs-jquery-cookie and use upstream numbering
Hi Jerome, I think switching to upstream numbering is still possible. by using an epoch number. The new version number for libjs-jquery-cookie would be 1:1.4.0 (epoch 1) which would be more recent than 8-2 (epoch 0). It may not be necessary to use an epoch just for galette, as galette appears to bundle its own copy of libjs-jquery-cookie in /usr/share/galette/includes/jquery/jquery.cookie.js - according to: http://packages.debian.org/sid/all/galette/filelist This may have been due to this change: galette (0.7.5.1-1) unstable; urgency=low * New upstream version. * Keep jquery jquery ui provided by Galette. Perhaps the dependency of galette on libjs-jquery-cookie (= 8) is redundant now. cc'ing Raphaël as he is the maintainer. But then maybe there is a law that Debian binary package numbers can never go downwards... Generating a binary package with a different version number than the source package is definitely possible. Glad to hear it, that sounds like a good solution for these jquery libraries :-) Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736832: Double dependencies for vlc-nox
Package: vlc-nox Version: 2.1.2-2+b1 Severity: wishlist Hello, Looking at the very long list of dependencies for vlc-nox: http://packages.debian.org/sid/vlc-nox I noticed there is a dependency on libavcodec53 or libavcodec54. However many of the same dependencies are listed for both libavcodec54 and vlc-nox, such as: libavutil52 (= 6:9.1-1) libspeex1 (= 1.2~beta3-1) libtheora0 (= 1.0) libvorbis0a (= 1.1.2) libvorbisenc2 (= 1.1.2) libx264-133 zlib1g (= 1:1.2.0.2) The dependency on zlib1g is slightly higher for vlc-nox, but it's an old version in both cases. Also one dependency of vlc-nox is essential, dpkg, albeit on an old version (= 1.15.6~) - is it necessary to list this any more? It would be a bit easier to read the dependency list for vlc-nox if it wasn't quite so long! Thanks! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734763: Please update libjs-jquery-cookie and use upstream numbering
Package: libjs-jquery-cookie Version: 8-2 Severity: wishlist Hello, I am preparing a package with a dependency on libjs-jquery-cookie which will require a recent version. The Javascript file in the package http://packages.debian.org/sid/libjs-jquery-cookie might be version 1.0 from the year 2010, but is not explicitly versioned, as far as I can tell. Comparing against the upstream releases: https://github.com/carhartl/jquery-cookie/releases it would be helpful for this package in Debian to use the numbering scheme of upstream, such as 1.4.0, rather than the custom numbering of the whole jquery-goodies bundle. Thanks! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721639: Out of date information about MP3 encoding
Package: liquidsoap Version: 1.1.1-6 Severity: minor Hello, The Liquidsoap package in Sid contains a file README.Debian with out of date information from 2007: Liquidsoap, as distributed in debian, does not allow mp3 encoding, hence, cannot output an mp3 stream to any icecast or shout server. This is caused by some patent issues on the mp3 encoding algorithm. We recommend using ogg vorbis, which is a patent free encoding. However, you may want to install the LAME library from the debian (unofficial) multimedia packages as available at: http://www.debian-multimedia.org/ You'll be able then to rebuild this package with mp3 encoding support. For rebuilding with lame support, remove the --disable-lame configuration option from debian/rules. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715361: Please package Silan update
Package: silan Version: 0.2.0+20121230.gitb1d80bcc8d-1 Severity: normal Hello Debian Multimedia Maintainers, Could the Silan package in sid be updated to upstream's 0.3.2 please? There are many useful fixes: http://rg42.org/gitweb/?p=silan.git;a=shortlog;h=refs/tags/v0.3.2 Airtime (http://www.sourcefabric.org/en/airtime/) requires a recent version of Silan, so this update would help us package Airtime for Debian. Thanks! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495985: TCPDF license not DFSG suitable?
Hi Jon, Checking http://www.tcpdf.org/license.php today, the DFSG incompatible clause has now been removed. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543940: Drupal 5.20 now available
Release notes are included with the Drupal 6.x notes: http://drupal.org/drupal-6.14 Security advisory is at: http://drupal.org/node/579482 Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459404: drupal5: file system paths broken for multi-sites
Hi Brian, This is no longer broken, at least with Drupal 5.10 or later. For instance, a file under the path setting in admin/settings/file-system of: /etc/drupal/5/sites/freesoftwarecreative.com/files is linked relative to the web root of /etc/drupal/5/ like so: http://www.freesoftwarecreative.com/sites/freesoftwarecreative.com/files/Free_Software_for_Creative_People-materials.zip If you try: http://www.freesoftwarecreative.com/files/Free_Software_for_Creative_People-materials.zip which is what you might expect from a single-site installation of Drupal, you'll get a Page not found error. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543940: Please package Drupal 5.19 security update
Package: drupal5 Version: 5.18-1.1 Severity: critical Tags: security Hello Luigi, Drupal 5.19 has been released, due to 'critical security vulnerabilities' in 5.18 - see the release announcement: http://drupal.org/drupal-6.13 Could the package of Drupal 5.18 in sid be updated please? Thanks! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478978: Package unusable - raising severity
This bug should be rated as severe, in my opinion. On some machines it prevents CD burning with cdrdao altogether. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536061: amsynth: failed to initialise JACK... aborting
Hi Adrian, amsynth cannot be used with jack. This cannot be true. I just tried it on two different machines To clarify, amsynth works with original JACK but not JACK 2, a.k.a jackdmp. This is because amsynth's JACK connection code is a little non-standard, and needs a rewrite to bring it up to date. I've been in contact with the upstream author, but I don't think he has time to rewrite it at the moment. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522150: amsynth: Depends on libjack0.100.0-0
Hi Felipe, jack2 is not going to be in debian soonish JACK 2 has been the upstream release since February, so I hope it will be in Sid soon. we are transitioning from versioned jack packages to unversioned ones, so this should be fixed anyways. Well, JACK 2 is a complete rewrite so there are likely to be other issues. BTW, where can I find information on jack2? I can't find anything other than the source tarball in jack's webpage. If you look under the former upstream name 'jackdmp' (Jack Daemon for Multiple Processors) then you will find more information, e.g. http://www.grame.fr/~letz/jackdmp.html and http://lac.zkm.de/2005/papers/letz_et_al.pdf Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522150: amsynth: Depends on libjack0.100.0-0
Hi Felipe, The Debian Multimedia Maintainers will be dropping libjack0.100.0-0 soon, so you should switch to using upstream's default name. Changing libjack0.100.0-0 to libjack0 in debian/control and dropping debian/patches/80_libjack.dpatch should be enough. Unfortunately not in the longer term, there is a more serious bug that amsynth does not work with JACK 2 at all (for example, the current upstream 1.9.2 release of JACK). I have contacted the upstream author of amsynth about this, but it seems the application would need a partial re-write, as the way it currently opens JACK ports is non-standard. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473734: Debian Bug#473734: Qcad can only print to PS file
Hi Ruben, I confirm this bug in Lenny, and also that your work-around of installing libcups2-dev fixes it. Without this package, documents get stuck in the print queue and never print. However, should normal users have to install -dev packages to print from any application? I suspect pulling in a dependency was what actually fixed this. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#425790: Works for http, but not https
Hi all, Using icedove version 2.0.0.16 (20080724) on Lenny, http links open correctly in Iceweasel, but https links open Iceweasel with its default start page. If I run Iceweasel from a terminal like this: $ iceweasel https://somepage.com/ then the https page is opened correctly, so the problem does not appear to be in the browser. /etc/icedove/pref/icedove.js shows: // if you are not using gnome pref(network.protocol-handler.app.http, x-www-browser); pref(network.protocol-handler.app.https, x-www-browser); However I am using gnome :-) Can anyone else confirm this behaviour? Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501657: iceweasel: File - Send Link does not work at all
Package: iceweasel Version: 3.0.1-1 Severity: important After upgrading to testing (lenny) the Send Link menu item does not work at all. Message in the Iceweasel error console: Error: uncaught exception: [Exception... Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIExternalProtocolService.loadUrl] nsresult: 0x80004005 (NS_ERROR_FAILURE) location: JS frame :: chrome://browser/content/browser.js :: anonymous :: line 5329 data: no] Used to work just fine on Etch, the command would open a new mail window in Thunderbird. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-13 GNU C Library: Shared libraries ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4NetScape Portable Runtime Library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.1-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 0.1-8 Xft-compatible versions of some La ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries pn mozpluggernone (no description available) pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) pn xprintnone (no description available) ii xulrunner-1.9-gnome-s 1.9.0.1-1 Support for GNOME in xulrunner app -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374026: Try deleting dotfiles...
I also experienced keyboard failure after upgrading to Lenny and running Thunderbird. I was replying to a mail and hit ctrl-shift-r, then couldn't type anything else. Logging out with the mouse, the keyboard still worked in gdm and on a virtual console. I noticed that I was the only user on the system with the problem, so I deleted all the .dotfiles in my home directory, and the problem went away. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501657: iceweasel: File - Send Link does not work at all
Hi Mike, Go in Edit Preferences Applications and try configuring the mailto: handler. Setting /usr/bin/icedove manually there works, although only Yahoo Mail is listed in the Applications box by default. It shouldn't throw an error out-of-the-box though. I notice this version of iceweasel is based on Gran Paradiso Alpha 8, maybe Firefox 3 final has fixed this already. Thanks! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495771: [openmovieeditor] crashes always by setting of ffmpeg parameters
Hi Marek, Go to Project - Render, in the presets choose ffmpeg then Edit, in Video Section take Options and then choose Initial RC complexity or Initial RC buffer occupancy or Quantizer compression or Quantizer blur or Luminance masking or Darkness masking or Temporary complexity masking or Spatial complexity masking or Border masking or Inter block masking. Besides - there is new version available: http://sourceforge.net/project/showfiles.php?group_id=142766 This bug is still present in version 0.0.20080523 compiled from source. It's well worth upgrading though. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493001: Editor window blank white due to max texture size
Package: openmovieeditor Version: 0.0.20080102-2.1+b1 Severity: important On certain hardware where openmovieeditor reports GL_MAX_TEXTURE_SIZE = 1024 on startup, the video editing window is blank white and therefore the program is unusable. The problem is detailed here: http://www.openmovieeditor.org/board/viewtopic.php?id=773 Until the program supports dynamic setting of this value, it might be best to lower the setting manually at compile time. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482509: idjc: FTBFS: Nonexistent build-dependency: liblame-dev
Hi Peter, IMO it is a very bad idea to have a package build against a legally dubious library just because the system it was built on happened to have it installed. lame itself is not legally dubious, it's just unfortunate in being liable to software patent enforcement on MP3 encoding. That's reason enough not to include lame in Debian, of course. It should be possible to build idjc without lame, thereby making it suitable for encoding Ogg Vorbis streams only. It would still be a useful application in that context. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446405: ardour: Embeds too many libs
Hi Antony, It's a shame this hasn't been looked at yet. I hope ardour makes it into Lenny. Various people are working on this - the latest plan is to get a new release of libsndfile upstream, so that Ardour doesn't need to embed a copy. I have been doing a little research into this, and according to http://ardour.org/building, there is: SYSLIBS USE AT YOUR OWN RISK: CANCELS ALL SUPPORT FROM ARDOUR AUTHORS. Use existing system versions of various libraries instead of internal ones (yes|no) It's really not a good idea, because the system libraries don't yet have the patches that Ardour needs. That's why the upstream authors can't support a syslibs version. is it more important to have upstream support or Debian security support? We're aiming for both :-) Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446405: ardour: Embeds too many libs
Hi Antony, libsndfile isn't the only library that is affected of course, there are several others Right. is the same activity taking place, to integrate patches with those? Hopefully we can tackle those one-by-one after libsndfile is sorted out. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478716: Too easy to create an open SMTP relay?
Hi Andreas, I have tried and failed. :-( The usual ACLs seemed to work for me Thanks for testing this. I probably screwed up the exim config somewhere else :-) Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478716: Too easy to create an open SMTP relay?
Package: exim4-config Version: 4.63-17 Severity: normal When running dpkg-reconfigure exim4-config on an Etch server I noticed that selecting the type of mailserver as 'smarthost' but then leaving the field for the address of the smarthost blank turned the server into an open SMTP relay. Would appreciate it if someone could try to reproduce this. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450806: libjack0: does not allow connecting to two JACK servers
Hi Frank, The following patch, taken from http://spark.woaf.net/jack_diplomat-0.70.tar.bz2, released by Dave Cunningham [EMAIL PROTECTED] under GPLv2, fixes the problem. Do you know if this patch has been accepted upstream? Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450806: libjack0: does not allow connecting to two JACK servers
Hi Frank, Do you know if this patch has been accepted upstream? No, I haven't reported it upstream, only via Debian. I think it might be a good idea to get the view of the upstream developers on this patch, because as I understand it, jack_diplomat is undocumented and unmaintained. I don't think it even has a web page. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436330: vkeybd: FTBFS: error: linux/awe_voice.h: No such file or directory
Hi Lucas, During a rebuild of all packages in sid, your package failed to build on i386. oper_awe.c: In function 'seq_open': oper_awe.c:146: error: 'SAMPLE_TYPE_AWE32' undeclared (first use in this function) In the Makefile from the original source package, it says: # device selections -- multiple avaialble # to disable the device, set value 0 (do not comment out!) # USE_AWE = 1 I believe this relates to proprietary sequencer support for the seriously obsolete Sound Blaster AWE32 ISA sound card, dating from 1994: http://en.wikipedia.org/wiki/Sound_Blaster_AWE32 According to the oldest entry on this changelog: http://packages.debian.org/changelogs/pool/main/v/vkeybd/vkeybd_0.1.17a-2/changelog vkeybd was split from the awe package, which was removed from sid in 2002, along with the OSS kernel drivers. Although the AWE32 is supported by ALSA now, I think it's quite safe to change the Makefile to read USE_AWE=0 and update the description of the package to remove the reference to AWE32 support. The alternative would be to make the linux-source-2.6.* package a build dependency of this vkeybd package; I don't know if that's acceptable in Debian policy terms. It would keep the retro sound hardware enthusiasts happy :-) Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421463: Related problem - nautilus can't burn audio CDs at all
Using the etch package nautilus-cd-burner (2.14.3-8+b1) there seems to be a related problem. Steps to reproduce the bug: 1. Insert a blank CD-R into CD/DVD writer 2. Nautilus prompts You have inserted a blank disc. What would you like to do? 3. Click Make Audio CD 4. Drag and drop some WAV files into the window and start the write process 5. Nautilus burns a data CD, not an audio CD - it will not work in a CD player I'd appreciate it if this behaviour could be confirmed on other systems, with or without Roderich's patch. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385115: Some replacement music for Debian's package of chromium
I made a couple of loops and uploaded them here: http://people.64studio.com/~daniel/ but Paul Wise thinks they are cheesy :-) Brian Redfern is working on some better loops, following Paul's request for help on the 64studio-users list. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219310: New Debian test pages for gnome-cups-manager
Hi Sven, I'm not sure how the copyright is best handled. Maybe you can add the GPL stanza as a comment in the beginning of the files? I don't mind how they are licenced, the test pages could be GPL or public domain. I only made them because the Ximian pages were out of date and buggy. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427471: A better short description?
solves system lock-ups by making rogue processes non-realtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427471: A more accurate short description
solves system lock-ups by making all processes non-realtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425830: Wrong section, should be under 'graphics' not 'sound'
Package: create-resources Version: 0.1.3-1 Severity: minor The files currently in this package are mostly for the Gimp, so it would better to list the package in the 'graphics' section rather 'sound' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422076: Re: Bug#422076: Can not start jackd, fails with Illegal instruction
Hi Mihkel, I installed 0.103.0-1 and jack will start. Could you post the output of: cat /proc/cpuinfo please? I believe these optimisations require SSE or 3DNow! to be available on your CPU. If your CPU is older than Pentium III, it may not have them. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422076: Re: Bug#422076: Re: Bug#422076: Can not start jackd, fails with Illegalinstruction
Hi Mihkel, flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow up Your processor does not have SSE, but it does have 3DNow! extensions. Later Athlons have both, so I guess it's not a case of needing one or the other for these optimisations to work. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408472: spamassassin's sa-update requires missing dependency libnet-dns-perl
I can confirm this bug; I ran into it today on a freshly upgraded Etch server. Installing libnet-dns-perl fixed it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418909: IDJC mixer crashes on start-up
Package: idjc Version: 0.6.11-1 When running idjc on an amd64 machine, the program bombed after clicking on the profile OK button, with the following error: The mixer module crashed during initialisation It then took qjackctl and jackd down with it. I am using 64 Studio 1.2.0 with kernel 2.6.19-1-multimedia-amd64 SMP PREEMPT, although the bug may be reproducible on stock Debian systems (I have corresponded with the upstream author, and it's a known problem on certain machines). It doesn't seem to be exclusive to amd64 systems. I thought it might be related to libxine1, but I have built idjc 0.6.12_pre4 from source without the xine dependency, and it still shows the same behaviour. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377915: Can't change sample rate
Hi Günter, I think this is at least worth a wishlist bug against jackd, because jackd should tell us that it can't do the samplerate we asked for. I agree, at the moment it's confusing for people who have this type of sound chipset, and it seems these are very common now. Jack already prints a message when it cannot provide the 32-bit interface the user requests, falling back to 24, then 16 bit. So it makes sense to provide a similar sort of error message for sample rate. Just checked on my installation and jackd accepts a -r 200 without a complaint. That does seem a little crazy :-) Also, I wonder why the oss driver seemed to work. According to Takashi, because the OSS backend resamples by default. This is the most appropriate behaviour for consumer-type sound applications. For example, if your browser plays a Flash animation with a 22kHz soundtrack directly to a 48kHz interface, the sound is raised in pitch accordingly. Thanks for your help closing this bug :-) Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377915: Can't change sample rate
I reported this to the ALSA team - Takashi Iwai suggested: Check your /proc/asound/card0/codec97#0/ac97#0-0 file, whether it contains VRA in Extended ID section. If not, it's 48k-only codec. This is the case with both the test systems showing the problem here, which both have AC97 on-board sound cards. If extra sound interfaces are plugged in (PCI card, USB interface) then these don't have the problem. So this behaviour is not a bug in Debian, it is a limitation of certain sound hardware that can only do 48kHz sampling. There may be a work-around using ALSA's plug layer for software resampling, but this is unlikely to give good JACK performance. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385183: myspell dictionary package does not include the word Debian
Package: myspell-en-gb Version: 1:2.0.3-2 This dictionary package, when used by the Thunderbird email client, wants to replace all instances of the word 'Debian' with the word 'Lesbian'. Is this a bug? If so, it may also affect the myspell-en-us package. The fix would be to patch the text 'Debian' into the file: /usr/share/myspell/dicts/en_GB.dic or any other .dic file in this directory. I am using Debian testing with a 2.6.17-1-multimedia-amd64-k8-smp kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377915: Can't change sample rate
Hi Günter, Just wanted to package this, but then I realized that Debian testing already has version 0.2.20. I've tried 0.2.20 but it shows the same behaviour. Is there a way I can query the sample rate from libjack independently of qjackctl? That might help narrow the problem down. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377915: Can't change sample rate
Hi Günter, I can confirm this bug. It does not seem to affect the sample rate of jackd, only the display of the sample rate within the qjackctl GUI. You can see this in the attached screenshot, where jackd is running at 44100 Hz but the GUI shows 48000 Hz. You can also see this wrong figure in the Status window. A new upstream version 0.2.20 is available: http://qjackctl.sourceforge.net/qjackctl-dl1.html Cheers! Daniel jackd -v -R -dalsa -dhw:0 -r44100 -p64 -n2 -S [Defaults] PatchbayPath=\0 [Geometry] qjackctlConnectionsForm/height=666 qjackctlConnectionsForm/visible=false qjackctlConnectionsForm/width=631 qjackctlConnectionsForm/x=0 qjackctlConnectionsForm/y=0 qjackctlMainForm/height=118 qjackctlMainForm/visible=true qjackctlMainForm/width=579 qjackctlMainForm/x=22 qjackctlMainForm/y=31 qjackctlMessagesForm/height=410 qjackctlMessagesForm/visible=true qjackctlMessagesForm/width=901 qjackctlMessagesForm/x=12 qjackctlMessagesForm/y=183 qjackctlPatchbayForm/visible=false qjackctlStatusForm/visible=false [History] InDeviceComboBox/Item1=(default) InDeviceComboBox/Item2=/dev/dsp InterfaceComboBox/Item1=hw:0 InterfaceComboBox/Item2=hw:1 InterfaceComboBox/Item3=hw:0,0 InterfaceComboBox/Item4=default OutDeviceComboBox/Item1=(default) OutDeviceComboBox/Item2=/dev/dsp ServerComboBox/Item1=jackd ServerComboBox/Item2=jackstart ServerComboBox/Item3=jackd-realtime ServerConfigNameComboBox/Item1=.jackdrc StartupScriptShellComboBox/Item1=artsshell -q terminate XrunRegexComboBox/Item1=xrun of at least ([0-9|\\.]+) msecs [Options] ActivePatchbay=false ActivePatchbayPath= AliasesEditing=false AliasesEnabled=false AutoRefresh=false BezierLines=false ConnectionsFont=Helvetica,13,-1,5,50,0,0,0,0,0 ConnectionsIconSize=0 DelayedSetup=false DisplayEffect=true DisplayFont1=Helvetica,12,-1,5,75,0,0,0,0,0 DisplayFont2=Helvetica,13,-1,5,50,0,0,0,0,0 KeepOnTop=true MessagesFont=Terminal,13,-1,5,50,0,0,0,0,0 MessagesLimit=true MessagesLimitLines=1000 PostShutdownScript=false PostShutdownScriptShell= PostStartupScript=false PostStartupScriptShell= QueryClose=true QueryShutdown=true ServerConfig=true ServerConfigName=.jackdrc ServerConfigTemp=false ShutdownScript=false ShutdownScriptShell= StartJack=false StartupScript=true StartupScriptShell=artsshell -q terminate StdoutCapture=true SystemTray=false TimeDisplay=0 TimeFormat=0 TimeRefresh=10 XrunIgnoreFirst=false XrunRegex=xrun of at least ([0-9|\\.]+) msecs [Presets] DefPreset=(default) [Program] Version=0.2.20 [Settings] Audio=0 Chan=0 Dither=0 Driver=alsa Frames=64 HWMeter=false HWMon=false IgnoreHW=false InChannels=0 InDevice=\0 InLatency=0 Interface=hw:0 Monitor=false NoMemLock=false OutChannels=0 OutDevice=\0 OutLatency=0 Periods=2 PortMax=128 Priority=0 Realtime=true SampleRate=44100 Server=jackd Shorts=true SoftMode=false StartDelay=2 Timeout=500 UnlockMem=false Verbose=true Wait=21333 WordLength=16 [Splitter] AlsaConnectView/sizes=202^e78^e186^e JackConnectView/sizes=260^e114^e225^e PatchbayView/sizes=226^e116^e211^e
Bug#377915: Can't change sample rate
Hi Rui, QjackCtl GUI reports sample-rate as read from jack_get_sample_rate() as client of libjack. It just seems that jackd (server) is running at one SR (44k1) and the libjack client interface is reporting the default one (48k). Looks like a jackd/libjack implementation/deployment specific issue. Thanks for the fast response, we love the app too :-) We gotta dig more on this... more info please (system environment, soundcard, jack and alsa version, etc.)? I've tested this on two Debian systems, with the same results: 1. Dual Opteron workstation, Tyan S2875 motherboard, on-board AMD sound chipset 2. HP ZE2000 laptop, single Turion CPU, on-board ATI sound chipset Both systems are running 64 Studio 0.9x distros (which means a fresh cut of Debian testing amd64 plus our custom RT kernel package in SMP and UP flavours): jackd 0.101.1-1 libjack 0.101.1-1 alsa-base 1.0.11-4 linux-image 2.6.17-4 However the original bug poster was using Debian i386, so it doesn't seem to be a 64 Studio or amd64 specific bug. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291384: galternatives: Should depend on python2.3, not python.
Package: galternatives Version: 0.8 From /usr/share/doc/python/python-policy.txt.gz: 1.3.1. Interpreter Name --- Python scripts depending on the default Python version (see Section 1.2, `Main package') or not depending on a specific Python version should use `python' (unversioned) as the interpreter name. Python scripts that only work with a specific Python version must explicitely use the versioned interpreter name (`pythonX.Y'). But from 'apt-cache show galternatives': Depends: python (= 2.3), python ( 2.4), python-glade2, gksu (= 0.8.0) This means that galternatives will conflict with python when the default is upgraded to 2.4. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]