Bug#678096: python-foolscap: new release available (0.6.4)

Package: python-foolscap Version: 0.6.3-1 Severity: normal Howdy.. I'm the upstream author of python-foolscap, just wanted to let y'all know that I've just made a new release (0.6.4). There have been no major changes since the previous version, so I expect the packaging to go smoothly. There's

Bug#678231: sysv-rc: please log filename of obsolete init.d script

Package: sysv-rc Version: 2.88dsf-26 Severity: normal Having procrastinated on fixing sysv-rc's complaints about being unable to switch to a dependency-based boot sequence for months, and finally looking into it now that we're dependency-only and I can't install or upgrade anything until I fix

Bug#542876: python-foolscap: new upstream release available

Package: python-foolscap Version: 0.3.2.dfsg-2 Severity: normal There's a new foolscap-0.4.2 available upstream, at http://foolscap.lothar.com/trac . (I'm the upstream author, and I'm especially interested in getting 0.4.2 into debian, because I'm trying to get Tahoe into debian, and it depends

Bug#542878: python-pycryptopp: new upstream release available

Package: python-pycryptopp Version: 0.5.14-1 Severity: normal There's a new upstream release available (pycryptopp-0.5.15), at: http://pypi.python.org/pypi/pycryptopp/0.5.15 (I'm eager to see this version get into debian, because I'm trying to get Tahoe into debian, and Tahoe requires

Bug#510901: python-foolscap: should advertise [secure_connections] feature to setuptools

Package: python-foolscap Version: 0.3.2.dfsg-1 Severity: normal [note: I'm the upstream author of Foolscap] Hey there.. first off, thanks for getting foolscap into debian! I'm running into a problem that results from differences between the .deb package that I used to build locally (which uses

Bug#477384: python-twisted-core: provide 'Twisted' .egg-info file, not 'Twisted-Core'?

Package: python-twisted-core Version: 8.0.1-1 Severity: normal I'm working on a project (Tahoe: http://allmydata.org) that builds with setuptools and is trying to use the 'install_requires=' feature to declare what other bits of python code it depends upon. Setuptools thinks in terms of

Bug#475440: python-setuptools: easy_install will install a package that is already there

Package: python-setuptools Version: 0.6c8-2 Severity: normal I ran into a problem on my home system, when upgrading from the debian python-setuptools-0.6c7 to 0.6c8 . I have Nevow installed on this box, in a way that is visible to setuptools: specifically the following snippet succeeds instead of

Bug#442757: singularity: won't play music: fails to locate the files

Package: singularity Version: 0.26a+r409-2 Severity: normal Tags: patch Even after installing the singularity-music package, the game doesn't play any music. It turns out that there's a simple bug in the code that searches for music files, preventing the game from ever locating them. There's a

Bug#433969: emacs22: using --no-bitmap-icon breaks --geometry and other arguments

Package: emacs22 Version: 22.1+1-1 Severity: normal I prefer to have my emacs windows iconified to a simple string, rather than a fancy bitmap, and so when I moved to emacs22 (back when it was packaged as emacs-snapshot), I started to use the --no-bitmap-icon option to accomplish this. In

Bug#389333: gnome-pilot: serious memory leak: 15MB/hour while idle

Package: gnome-pilot Version: 2.0.14-0.1 Severity: important I don't quite know how long this has been a problem, but I restarted my gnome-pilot panel applet the other day and ever since then the /usr/bin/gpilotd process has been chewing up memory like crazy. I haven't used it at all today (no

Bug#345727: python2.3-codespeak-lib: greenlet.so is in the wrong place, unusable

Package: python2.3-codespeak-lib Version: 0.7-svn20050721-2 Severity: normal I went to go play with greenlets today, using one of the examples from the codespeak.com web page. It looks like the greenlet C extension is installed in the wrong place and thus unloadable: 2416:[EMAIL PROTECTED]

Bug#314553: xscreensaver-gl: JPEG images should be rotated upright (based on EXIF tags)

Package: xscreensaver-gl Version: 4.21-5 Severity: wishlist I recently noticed that xscreensaver can pull random images from a specified directory for use as a base in several of the display modes. glslideshow, in particular, makes it behave a lot like the OS-X screensaver that I find so

Bug#313649: python-twisted: split packages are available upstream

Package: python-twisted Version: 2.0.1-2 Severity: normal Twisted has been split into multiple sub-projects: a core project, twisted-web, twisted-mail, twisted-words, etc. The debian packages should probably be split as well.. the sumo tarball is really just for folks who are desperate for a

Bug#308571: libgtk2.0-dev: package is missing static libraries

Package: libgtk2.0-dev Version: 2.6.4-2 Severity: normal While updating to libgtk2.0-dev 2.6.4-2, I noticed that the size of the package dropped rather severely. Investigating further, it appears that all of the static libraries have been removed from the package, leaving only the header files

Bug#307883: gnumeric-doc: docs package doesn't contain any docs!

Package: gnumeric-doc Severity: grave I recently upgraded a system from gnumeric-doc version 1.4.3-4 to 1.4.3-5, and noticed that the installed-size dropped from about 6MB to 90k. Sure enough, the entire contents of /usr/share/gnumeric/1.4.3/doc/ have vanished, making this a significantly

Bug#305120: ogre-tools: package depends upon too-new libc

Package: ogre-tools Severity: grave I went to upgrade ogre-tools and libogre5 from 'unstable', and noticed that they both depend upon an unreleased version of libc6, making it impossible to install: 1:[EMAIL PROTECTED] grep-available -XP ogre-tools -s Depends Depends: libc6 (= 2.3.4-1),