Bug#1066807: nvtop now eligible to be in main?

Package: nvtop Severity: wishlist Dear Maintainer, The program nvtop (currently version 3.0.1-1 in bookworm=stable) is in "contrib" rather than "main", despite being licensed under the GNU GPL. The copyright file explains that this is because "it is only useful in combination with the

Bug#1032775: ola: Bootstrap is a dependency of OLA, but bootstrap.min.css isn't found by OLA

Package: ola Version: 0.10.9.nojsmin-1 Severity: normal Dear Maintainer, Debian OLA 0.10.9 now includes the correct version of Angular, but the (new) UI still isn't usable, as "bootstrap.min.css" is a 404. Bootstrap (libjs-bootstrap) is a Debian package dependency of OLA, but there doesn't seem

Bug#1016447: reportbug: olad includes Angular 1.3.14, but Debian replaces this with a dependency on 1.8.2 (which isn't compatible)

Package: ola Version: 0.10.8.nojsmin-2 Severity: normal Dear Maintainer, When visiting the "New" local OLA server at , clicking on the page for any Universe only shows the first tab. Clicking any other tab (Faders, Keypad, etc) sends you back to the home page. OLA

Bug#474207: Examples don't compile

Milan, Actually cl-mcclim does depend on cl-flexichain, but newer version is required. I'll fix the dependency. Great. This is a warning about use of a deprecated SBCL function in cl-clx-sbcl package. It's (still) harmless, just select [ACCEPT] and the compilation should proceed fine.

Bug#474207: Examples don't compile

Hi Milan, [Sorry for the late answer, I suffered from the I'll look at it in the next few days syndrome.] No problem. I can't reproduce *this* bug with cl-mcclim 0.9.6 (just uploaded to the archive) and sbcl 1.0.17. Would you please check whether cl-mcclim 0.9.6 works better for you? I

Bug#474207: Examples don't compile

Package: cl-mcclim-examples Version: 0.9.5.dfsg.1-1 The README.debian says to run (asdf:oos 'asdf:load-op :clim-examples). I started SBCL, ran this line, and it compiled a bunch of things, and then I got: ... ... (many compiling ... lines removed) ... ; compiling (DEFUN MAKE-CONDITION-VARIABLE

Bug#471598: SBCL can't find CLC package

Package: sbcl Version: 1:1.0.15.0-1 SBCL doesn't have the CLC package available (shouldn't it, automatically?), but I suspect this is a symptom of bigger problems. The most visible place I see this is SLIME. If I try to start SLIME (with inferior-lisp-program = sbcl), I get:

Bug#471598: More info

My libc(s): ii libc62.7-9 GNU C Library: Shared libraries ii libc6-i386 2.7-9 GNU C Library: 32bit shared libraries for AM OK, it looks like all three of the SBCL is horribly borken bugs (471598, 471147, 469015) are caused by a

Bug#430493: python-opengl: PyOpenGL for Python2.5

Package: python-opengl Version: 2.0.1.09.dfsg.1-0.3 Severity: normal The Debian python-opengl package is for for Python =2.4, 2.5. I'd like it available for Python 2.5, as well. This should be a really easy upgrade: I've used PyOpenGL with Python2.5 (on other platforms), and it works great. The

Bug#426365: python-avahi: Should require python-dbus

Package: python-avahi Version: 0.6.19-2 Severity: normal If I start Python and import avahi, I get: $ python Python 2.4.4 (#2, Apr 25 2007, 22:41:41) [GCC 4.1.3 20070423 (prerelease) (Debian 4.1.2-4)] on linux2 Type help, copyright, credits or license for more information. import avahi

Bug#379350: Clisp can't find libraries like CL-PPCRE

Package: clisp Version: 2.38-8 In SBCL, I can say (require :cl-ppcre) and it works. In CLISP, however, it says LOAD: A file with name CL-PPCRE does not exist. CL-PPCRE's webpage says it works under both SBCL and CLISP. Nothing I can find has led me to believe that there's any reason Debian's

Bug#341525: Nope

With the latest slune (1.0.11-1), I still get the same crash. - Ken

Bug#354757: Gazpacho for Python 2.4

Package: gazpacho Version: 0.6.5-1 Right now, gazpacho on Debian requires Python 2.3. But it would be great if we could use Gazpacho for Python2.4 programs! This is a request to package gazpacho in Debian for python2.4. Not only does Python 2.4 have some nice language features, but a lot of

Bug#353597: PyOpenGL for Python2.4

Package: python-opengl Version: 2.0.1.09-1.1 The python-opengl virtual package is currently only filled by python2.3-opengl. It would be great if there was a version of OpenGL in Debian for Python 2.4. Not only does Python 2.4 have some nice language features, but a lot of other libraries are

Bug#275759: Not fixed

I have ttf-freefont 20051102-2 installed now -- one version newer than the version that claims to fix this bug -- and in gucharmap, the FreeSerif arrows are definitely pointing in the wrong directions still. - Ken

Bug#337293: Solution?

I took a look at this again, and I got it to work! (Writing this from 2.6.14-2-k7 now.) The problem for me was hinted at above, in the line You can do 'mount -o bind / /mnt; ls /mnt/dev' to see what's there. /dev/.static/dev/ may contain an alias of this -- apparently the important word in this

Bug#341525: Slune crashes if sound enabled

Package: slune Version: 1.0.10-1 Severity: normal Slune starts fine, but if I set Hardware Options - Music to on, when I click back, it dies, printing this to the terminal window I started it from: * Slune * Using sound system SDL_mixer Traceback (most recent call last): File /usr/games/slune,

Bug#337293: Not RAID/SATA

It isn't RAID or SATA. I have this problem, and my boot hardware is about as common and bare-bones as one could expect: IDE, one partition (and one swap partition), average-ish x86 motherboard and processor (A7M266 with an Athlon). The only thing remotely non-standard here is the XFS root

Bug#337293: More clues?

Hi. I got exactly the same error message when trying to boot linux-image-2.6.14-1-k7, and have a somewhat different system. I installed it with apt-get under 2.6.12 (previous linux-image-2.6-k7). The installation seems to go fine: --8-- Setting up linux-image-2.6.14-1-k7 (2.6.14-2) ... Using

Bug#255825: Status?

Hi everybody, Upstream resolved this as not a bug 10 months ago. They say it's something that should be done by the sysadmin, which to me means the distro-specific installer. All of my PyGTK programs (like straw, meld, and gazpacho) have been broken for ages because of this. From comment 2 of

Bug#255825: Status?

Hi, Thanks for responding so promptly! (I'm just guessing which email addresses I'm supposed to be sending this to. Let me know if I guessed wrong.) Since I knew to look in /usr/local, I strace'd meld for any file accesses in there. It looks like part of PyGtkGLExt was causing my problems.

Bug#304233: Rhythmbox MP3s

Hi, I've been seeing this, too. It's only in Rhythmbox that MP3s don't play: Totem (with either gstreamer or xine) works, and from the Terminal (using gstreamer) works. Very strange... FWIW, it's only MP3 that's broken; FLAC and Ogg Vorbis files still play fine. cheers, - Ken -- To

Bug#299536: Backslash escape codes not parsed by Syck

Package: python-syck Version: 0.42-7 Backslash escapes, like \0 aren't parsed correctly: it's parsed as the 2-char string r'\0', when it should be the 1-char string '\0' (=chr(0)). If you escape it as \x00 it does work, however. It's just the \0 escape that isn't working. Possibly other

Bug#284742: Not-a-bug, and already-fixed-upstream

My analysis, the short version: not-a-bug, and already-fixed-upstream. Long version: The first one sounds like a bug in your program, not a bug in wxWidgets 2.5.3. It looks like you made a non-Unicode build of wxWidgets yourself, and wrote code that worked there, but broke on Unicode-enabled

Bug#284943: wx.Printout broken

Ah, good to hear this is already being fixed. I'd looked on the wiki and mailing list archives and IRC channel, and it didn't seem to be heard of before, apart from this Debian bug report. If it's already being replaced by gnomeprint, that of course would be even better than fixing the current

Bug#293251: Crashes if you try to parse YAML with an invalid alias

Package: python-syck Version: 0.42-5 If you try to parse a YAML file with Syck that has an alias that hasn't been defined, it crashes. It works fine if all references are defined: syck.load(--- ... - a stuff ... - *a) ['stuff', 'stuff'] If a file has a bad reference, boom: syck.load(--- ...

Bug#293252: Asterisks not escaped properly by ydump.py

Package: python-syck Version: 0.42-5 ydump doesn't escape asterisks correctly. Asterisks are used by YAML to indicate aliases, so if you have a text string that starts with an asterisk, it needs to be escaped. What ydump does currently (wrong): ydump.dump('*YAML*') '--- *YAML*\n' (I'm not

Bug#293084: More characters not serialized correctly by ydump.py

Package: python-syck Version: 0.42-5 Hello again! After trying to use ydump/syck some more, I ran into the problem that '?' characters aren't escaped correctly, it seems. I decided to write a short program to try all the ASCII characters and see which don't work: import syck, ydump for i in