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 it,
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 one
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 >=0.5.15)
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 u
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 t
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
"distribut
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
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 blo
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 addition
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 hot
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] pyth
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
pleasing,
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 s
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 and
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 less-use
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), libdev
16 matches
Mail list logo
