Bug#759144: O: armagetronad - 3D Tron-like high speed game
Package: wnpp Severity: normal I'm orphaning Armagetron Advanced because I don't use it anymore and have lost interest. Someone more excited about the game ought to adopt it; popcon indicates it has a few users. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759143: O: extrema - powerful visualization and data analysis tool
Package: wnpp Severity: normal I am orphaning extrema because I don't use it and have no interest in maintaining it anymore. The current package has an RC bug that a new maintainer would need to resolve, otherwise it ought to be removed from the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759142: O: gquilt - graphical wrapper for quilt and/or mercurial queues
Package: wnpp Severity: normal I am orphaning this package since I no longer use it and haven't been paying much attention. Anyone adopting this package may also want to take over upstream, which hasn't made a new release since 2011. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732155: please package vagrant 1.4
Package: vagrant Version: 1.2.2-1 Severity: normal The vagrant version currently in testing/unstable doesn't work with virtualbox 4.3, which just hit sid: $ vagrant up Vagrant has detected that you have a version of VirtualBox installed that is not supported. Please install one of the supported versions listed below to use Vagrant: 4.0, 4.1, 4.2 Please upgrade to the latest version of vagrant to solve this problem. thanks! :) Christine -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vagrant depends on: ii bsdtar 3.1.2-7 ii curl 7.33.0-2 ii openssh-client 1:6.4p1-1 ii ruby-childprocess 0.3.9-2 ii ruby-erubis2.7.0-2 ii ruby-i18n 0.6.5-1 ii ruby-log4r 1.1.10-2 ii ruby-net-scp 1.1.1-1 ii ruby-net-ssh 1:2.6.8-1 ii ruby1.9.1 1.9.3.484-1 Versions of packages vagrant recommends: ii virtualbox 4.3.2-dfsg-1 vagrant suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717777: create a packaging team?
hi there! Perhaps it would be smart to create a packaging team to handle Ansible in Debian. I'm also interested in keeping the package well-maintained here. cheers, Christine
Bug#699123: python-sh source package
Hi Ben, Thanks for packaging sh! Is your source package available somewhere? NEW processing is pretty behind due to the impending release. :) cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696825: AttributeError: 'module' object has no attribute 'FlowImages'
Hi Martin, Nope, that doesn't help. spang@shawangunk:~> calibre /usr/lib/calibre/calibre/ebooks/metadata/opf2.py:14: RuntimeWarning: compiletime version 2.6 of module 'lxml.etree' does not match runtime version 2.7 from lxml import etree Traceback (most recent call last): File "/usr/bin/calibre", line 20, in sys.exit(main()) File "/usr/lib/calibre/calibre/gui2/main.py", line 401, in main app, opts, args, actions = init_qt(args) File "/usr/lib/calibre/calibre/gui2/main.py", line 85, in init_qt from calibre.gui2.ui import Main File "/usr/lib/calibre/calibre/gui2/ui.py", line 30, in from calibre.gui2.cover_flow import CoverFlowMixin File "/usr/lib/calibre/calibre/gui2/cover_flow.py", line 23, in class EmptyImageList(pictureflow.FlowImages): AttributeError: 'module' object has no attribute 'FlowImages' spang@shawangunk:~> dpkg -l calibre Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version ArchitectureDescription +++--===-===-= ii calibre 0.9.11+dfsg-1 all e-book converter and library management I can try debugging what's going on, but any suggestions on what might be going on would be useful. Do you get the RuntimeWarning about version 2.6 when you try to reproduce? cheers, Christine On Fri, Dec 28, 2012 at 01:26:15PM +0100, Martin Pitt wrote: > Hello Christine, > > Christine Spang [2012-12-27 12:55 -0800]: > > I get the following traceback when I try starting up a fresh install of > > calibre on my laptop running debian sid: > > /usr/lib/calibre/calibre/ebooks/metadata/opf2.py:14: RuntimeWarning: > > compiletime version 2.6 of module 'lxml.etree' does not match runtime > > version 2.7 > > [...] > > AttributeError: 'module' object has no attribute 'FlowImages' > > > > I do wonder if it's related to the state of python in unstable right now, > > but > > it sure does make calibre unusable. > > I cannot reproduce this on my amd64 sid, and I'm using the exact same > python-xml version as you have installed. However, before we dive into > a deep debugging session, I'll upload the current version into sid > today. Let's see whether that will work better. > > Thanks, > > Martin > -- > Martin Pitt| http://www.piware.de > Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696825: AttributeError: 'module' object has no attribute 'FlowImages'
Package: calibre Version: 0.9.0+dfsg-1 Severity: grave I get the following traceback when I try starting up a fresh install of calibre on my laptop running debian sid: spang@shawangunk:~/share/books> calibre (git)-[master] /usr/lib/calibre/calibre/ebooks/metadata/opf2.py:14: RuntimeWarning: compiletime version 2.6 of module 'lxml.etree' does not match runtime version 2.7 from lxml import etree Traceback (most recent call last): File "/usr/bin/calibre", line 20, in sys.exit(main()) File "/usr/lib/calibre/calibre/gui2/main.py", line 400, in main app, opts, args, actions = init_qt(args) File "/usr/lib/calibre/calibre/gui2/main.py", line 85, in init_qt from calibre.gui2.ui import Main File "/usr/lib/calibre/calibre/gui2/ui.py", line 30, in from calibre.gui2.cover_flow import CoverFlowMixin File "/usr/lib/calibre/calibre/gui2/cover_flow.py", line 23, in class EmptyImageList(pictureflow.FlowImages): AttributeError: 'module' object has no attribute 'FlowImages' I do wonder if it's related to the state of python in unstable right now, but it sure does make calibre unusable. cheers, Christine -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calibre depends on: ii calibre-bin 0.9.0+dfsg-1 ii fonts-liberation 1.07.2-6 ii imagemagick 8:6.7.7.10-5 ii poppler-utils 0.18.4-4 ii python-beautifulsoup 3.2.1-1 ii python-chardet2.0.1-2 ii python-cherrypy3 3.2.2-2 ii python-cssutils 0.9.10~b1-1 ii python-dateutil 1.5+dfsg-0.1 ii python-dbus 1.1.1-1 ii python-feedparser 5.1.2-1 ii python-imaging1.1.7-4 ii python-lxml 2.3.5-1 ii python-mechanize 1:0.2.5-3 ii python-netifaces 0.8-2 ii python-pkg-resources 0.6.24-1 ii python-pyparsing 1.5.6+dfsg1-2 ii python-qt44.9.3-4 ii python-routes 1.13-2 ii python2.7 2.7.3-5 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages calibre recommends: ii python-dnspython 1.10.0-1 calibre suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680833: glunarclock: FTBFS: build-dependency not installable: libpanel-applet2-dev
Hi Lucas, I suspect this package should be removed from wheezy. It needs non-trivial upstream dev work to port to new gnome apis, the original upstream is pretty dead, and it's not a priority for me to do the work myself. There's no real reason for a program like this to be a C applet in the modern world---if the functionality's not available already in another way in GNOME 3, a rewrite in a language that is speedier to develop in is almost certainly a better idea than maintaining it in C. cheers, Christine On Sun, Jul 08, 2012 at 06:56:00PM +0200, Lucas Nussbaum wrote: > Source: glunarclock > Version: 1:0.34.1-1 > Severity: serious > Tags: wheezy sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20120708 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part: > > ┌──┐ > > │ Install glunarclock build dependencies (apt-based resolver) > >│ > > └──┘ > > > > Installing build dependencies > > Reading package lists... > > Building dependency tree... > > Reading state information... > > Some packages could not be installed. This may mean that you have > > requested an impossible situation or if you are using the unstable > > distribution that some required packages have not yet been created > > or been moved out of Incoming. > > The following information may help to resolve the situation: > > > > The following packages have unmet dependencies: > > sbuild-build-depends-glunarclock-dummy : Depends: libpanel-applet2-dev but > > it is not installable > > E: Unable to correct problems, you have held broken packages. > > apt-get failed. > > The full build log is available from: > > http://people.debian.org/~lucas/logs/2012/07/08/glunarclock_0.34.1-1_unstable.log > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on EC2 VM instances from > Amazon Web Services, using a clean, minimal and up-to-date chroot. Every > failed build was retried once to eliminate random failures. > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627174: Ping - FTBFS
On Sat, Jun 16, 2012 at 10:45:07PM +0200, Arne Wichmann wrote: > This RC bug is now pending for more than one year. Is there anu plan to > change this? I don't have specific plans, no. SD has fallen from my priorities, and to have it be worth keeping in Debian at this point, I think someone else will need to step up and work on maintenance upstream. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675965: obnam leaves lockfile when aborting due to incompatible repository format
Package: obnam Version: 1.0-1 Severity: minor spang@sencha:~> sudo obnam backup --repository /media/cdrom/obnam $HOME ERROR: On-disk repository format 5 is incompatible with program format 6; you need to use a different version of Obnam spang@sencha:~> sudo obnam backup --repository /media/cdrom/obnam $HOME [sudo] password for spang: ERROR: Lock timeout spang@sencha:~> cd - /media/cdrom/obnam spang@sencha:/media/cdrom/obnam> ls 2717650011511215649 chunklist chunks chunksums clientlist lock metadata :) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obnam depends on: ii libc6 2.13-32 ii python2.7.2-10 ii python-cliapp 0.29-1 ii python-larch 1.20120527-1 ii python-paramiko 1.7.7.1-2 ii python-tracing0.6-2 ii python-ttystatus 0.18-1 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2.1 obnam recommends no packages. obnam suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660049: mosh sponsorship and name
hi David, As you may have noticed from the activity on your mosh ITP, I didn't check the WNPP bugs list before sponsoring another package with the name 'mosh', which has now clearned NEW and entered the archive. Would you be willing to rename your mosh package to, say, mosh-scheme? I'd be happy to then sponsor your package to the archive and be your sponsor for future uploads. apologies, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631139: mosh ITP not done, just package name taken over
On Sun, Mar 25, 2012 at 09:15:47PM +0200, Christoph Egger wrote: > Christoph Egger writes: > > Read Policy 5.1 again > > Well right, that's devref, clicked on the wrong link but still Right, the developer's reference isn't policy. Forcing the creation of a WNPP bug for a package that's already ready to go is just making extra work for the sake of process. Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631139: mosh ITP not done, just package name taken over
On Sun, Mar 25, 2012 at 09:14:42PM +0200, Christoph Egger wrote: > Christoph, please My bad---please excuse my brain's autocompletion; Christopher is a much more common name in the US. > There's a RFS from February I did miss that. I do suspect that the fact that no one has sponsored that package after a month means that the mosh that I uploaded will end up having a wider audience, though. I'll talk to David and sponsor his upload if we can agree on an alternate name. Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631139: mosh ITP not done, just package name taken over
hi Christopher, On Sun, Mar 25, 2012 at 08:22:22PM +0200, Christoph Egger wrote: > Hi! > > The `mosh` you quote reads > > mosh - Mobile shell that supports roaming and intelligent local echo > > This is something totaly different from > > mosh - fast R6RS Scheme interpreter I propose that the ITP is renamed to mosh-scheme, or something else that the project finds appropriate. This is an easier solution than renaming mosh (the mobile shell) now that it's been uploaded. And, it's unclear that mosh (the scheme interpreter) would ever actually be uploaded anyway since, despite the ITP, months have passed without the package appearing or any new reports on its status. > Additionally I find it highly inappropriate for someone to take a > package name with an open and active ITP bug [0] for some totaly unrelated > package bypassing the wnpp step and uploading to the archive. Please. I find it highly amusing that anyone would prioritize a dubiously active bug report over actual action. There is no policy that says one MUST file an ITP bug in order to make a package upload. I do apologize that I didn't check before making the upload and attempt to engage in a conversation with David and anyone who may have been following the ITP. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#659661: should depend on python-coverage >= 3.4 and python-nose > 1.0
Package: git-buildpackage
Version: 0.6.0~git20120210
Severity: normal
When I try building the sid version of this package on squeeze, I get
the following errors:
make[1]: Entering directory
`/tmp/buildd/git-buildpackage-0.6.0~git20120210~bpo60+1'
dh_auto_clean
Traceback (most recent call last):
File "setup.py", line 60, in
setup_requires=['nose>=1.0', 'coverage>=3.4'],
File "/usr/lib/python2.6/distutils/core.py", line 113, in setup
_setup_distribution = dist = klass(attrs)
File "/usr/lib/python2.6/dist-packages/setuptools/dist.py", line 221, in
__init__
self.fetch_build_eggs(attrs.pop('setup_requires'))
File "/usr/lib/python2.6/dist-packages/setuptools/dist.py", line 245, in
fetch_build_eggs
parse_requirements(requires), installer=self.fetch_build_egg
File "/usr/lib/python2.6/dist-packages/pkg_resources.py", line 556, in resolve
raise VersionConflict(dist,req) # XXX put more info here
pkg_resources.VersionConflict: (coverage 2.85
(/usr/lib/python2.6/dist-packages), Requirement.parse('coverage>=3.4'))
dh_auto_clean: python setup.py clean -a returned exit code 1
dh_auto_clean
Traceback (most recent call last):
File "setup.py", line 60, in
setup_requires=['nose>=1.0', 'coverage>=3.4'],
File "/usr/lib/python2.6/distutils/core.py", line 113, in setup
_setup_distribution = dist = klass(attrs)
File "/usr/lib/python2.6/dist-packages/setuptools/dist.py", line 221, in
__init__
self.fetch_build_eggs(attrs.pop('setup_requires'))
File "/usr/lib/python2.6/dist-packages/setuptools/dist.py", line 245, in
fetch_build_eggs
parse_requirements(requires), installer=self.fetch_build_egg
File "/usr/lib/python2.6/dist-packages/pkg_resources.py", line 556, in resolve
raise VersionConflict(dist,req) # XXX put more info here
pkg_resources.VersionConflict: (nose 0.11.1 (/usr/lib/pymodules/python2.6),
Requirement.parse('nose>=1.0'))
dh_auto_clean: python setup.py clean -a returned exit code 1
These can be solved by updating your python-coverage build dependency to enforce
a version of >= 3.4, and python-nose to >= 1.0.
Also, your test suite fails under the version of git from squeeze. I'm not
quite sure which version it needs, but the version in squeeze-backports amd64
works. And you can probably drop the dep down to just git at this point,
losing git-core (since the package name transition is in squeeze).
Thanks!
Christine
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages git-buildpackage depends on:
ii devscripts 2.11.3
ii git [git-core] 1:1.7.9-1
ii git-core 1:1.7.9-1
ii python 2.7.2-10
ii python-dateutil 1.5-1
ii python2.62.6.7-4
ii python2.72.7.2-13
Versions of packages git-buildpackage recommends:
ii cowbuilder0.67
ii pristine-tar 1.19
Versions of packages git-buildpackage suggests:
ii python-notify 0.1.1-3
ii unzip 6.0-5
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#659643: should build-depend on debhelper 8.1.0
Package: python-coverage Version: 3.4-1 Severity: normal When I try backporting this package to squeeze, I get the following error: dh build-arch --with python2 dh: Unknown sequence build-arch (choose from: binary binary-arch binary-indep build clean install) make: *** [build-arch] Error 9 dpkg-buildpackage: error: debian/rules build gave error exit status 2 This seems to be because the 'build-arch' target was added in dh 8.1.0. Could you update your package's build-dep to reflect this dependency? Thanks! Christine -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649547: armagetronad: FTBFS: configure: error: You need libpng to compile Armagetron.
On Tue, Nov 22, 2011 at 12:08:08PM +0900, Nobuhiro Iwamatsu wrote: > Source: armagetronad > Version: 0.2.8.3.2-1 > Severity: wishlist > User: lib...@packages.debian.org > Usertags: libpng15-transition > > Hi, > > I uploaded libpng 1.5.2 to experimental. > libpng maintainers plan to transition from libpng 1.2 to 1.5. > I am checking build it the package depend to libpng. > > I noticed your package FTBFS by libpng 1.5. > I attached build log. > Could you check your package? armagetronad's configure script uses the following command to check for libpng: libpng-config --libs Apparently this command does not exist with libpng 1.5. What is the correct mechanism to be using in the config script? Upstream should be patched. thanks, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642274: RM: armagetronad/experimental -- ROM; unsupported branch
Package: ftp.debian.org Severity: normal Hi, The 0.3 development branch of armagetronad is very stale. Upstream hasn't made a new release on this branch in years, so I haven't made any new uploads to experimental, which results in bugs against the experimental package that don't apply to the stable branch package in unstable/testing/stable. I no longer want to support this experimental package, so I request that it be removed from the archive. thanks, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630704: repoze.tm2 tarball location
ahoy, You can find the release tarballs here (click the "Download" button): https://github.com/repoze/repoze.tm2 Would really love to see 1.0b1 in Debian soon, as it's frustrating to be unable to use some parts of pyramid because of the lack thereof. Thanks for maintaining this package! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633856: errors during installation, errors from init script
Took a look at this at a BSP--- Honestly, it looks like something that upstream (who also happens to be the Debian maintainer) should fix or request for the package to be removed from Debian. Without an active upstream, an alpha authentication package is of little use to Debian users. I was also able to reproduce the same failure behaviour as the original reporter. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629666: patch for this bug
tags 629666 + patch thanks The problem here is that libpam/Makefile is making an erroneous check for "/usr/lib/libdl.so", and only if this file exists does it link to libdl, which contains the symbols that the build is erroring out because it can't find. Is there any reason *not* to unconditionally link to libdl? libdl.so is never in /usr/lib these days (perhaps because of multiarch support?). I have attached a patch that does exactly that. cheers, Christine diff -ur gauth-old/google-authenticator-20110413.68230188bdc7/libpam/Makefile gauth-new/google-authenticator-20110413.68230188bdc7/libpam/Makefile --- gauth-old/google-authenticator-20110413.68230188bdc7/libpam/Makefile 2011-04-13 01:56:30.0 -0400 +++ gauth-new/google-authenticator-20110413.68230188bdc7/libpam/Makefile 2011-08-21 19:05:59.0 -0400 @@ -47,18 +47,14 @@ pam_google_authenticator_unittest google-authenticator: google-authenticator.o base32.o hmac.o sha1.o - $(CC) -g $(LDFLAGS) $(shell [ -f /usr/lib/libdl.so ] && echo " -ldl") \ - -o $@ $+ + $(CC) -g $(LDFLAGS) -ldl -o $@ $+ demo: demo.o pam_google_authenticator_demo.o base32.o hmac.o sha1.o - $(CC) -g $(LDFLAGS) -rdynamic \ - $(shell [ -f /usr/lib/libdl.so ] && echo " -ldl") -o $@ $+ + $(CC) -g $(LDFLAGS) -rdynamic -ldl -o $@ $+ pam_google_authenticator_unittest: pam_google_authenticator_unittest.o\ base32.o hmac.o sha1.o - $(CC) -g $(LDFLAGS) -rdynamic -lc \ - $(shell [ -f /usr/lib/libdl.so ] && echo " -ldl") \ - -o $@ $+ + $(CC) -g $(LDFLAGS) -rdynamic -lc -ldl -o $@ $+ pam_google_authenticator.so: base32.o hmac.o sha1.o pam_google_authenticator_testing.so: base32.o hmac.o sha1.o
Bug#636348: does not start due to notifications problem
Package: smuxi-frontend-gnome Version: 0.8-7 Severity: grave Since recently, the smuxi frontend doesn't start anymore for me. I get the following stacktrace: spang@sencha:~> smuxi-frontend-gnome 2011-08-02 09:38:17,010 [Main] INFO Smuxi.Frontend.Gnome.Frontend - Smuxi - GNOME frontend 0.8.0.0 starting 2011-08-02 09:38:17,049 [Main] INFO Smuxi.Engine.FrontendConfig - Loading config (FrontendConfig) 2011-08-02 09:38:17,219 [Main] FATAL Smuxi.Frontend.Gnome.MainClass - System.Exception: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Notifications was not provided by any .service files at org.freedesktop.DBus.IBusProxy.StartServiceByName (System.String name, UInt32 flags) [0x0] in :0 at DBus.Bus.StartServiceByName (System.String name, UInt32 flags) [0x0] in :0 at DBus.Bus.StartServiceByName (System.String name) [0x0] in :0 at Notifications.Global.get_DBusObject () [0x0] in :0 at Notifications.Global.get_Capabilities () [0x0] in :0 at Smuxi.Frontend.Gnome.NotifyManager.Init () [0x0] in :0 at Smuxi.Frontend.Gnome.NotifyManager..ctor (Smuxi.Frontend.Gnome.MainWindow mainWindow, Smuxi.Frontend.Gnome.ChatViewManager chatViewManager) [0x0] in :0 at Smuxi.Frontend.Gnome.MainWindow..ctor () [0x0] in :0 at Smuxi.Frontend.Gnome.Frontend.Init (System.String[] args) [0x0] in :0 at Smuxi.Frontend.Gnome.MainClass.Main (System.String[] args) [0x0] in :0 Unhandled Exception: System.Exception: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Notifications was not provided by any .service files at org.freedesktop.DBus.IBusProxy.StartServiceByName (System.String name, UInt32 flags) [0x0] in :0 at DBus.Bus.StartServiceByName (System.String name, UInt32 flags) [0x0] in :0 at DBus.Bus.StartServiceByName (System.String name) [0x0] in :0 at Notifications.Global.get_DBusObject () [0x0] in :0 at Notifications.Global.get_Capabilities () [0x0] in :0 at Smuxi.Frontend.Gnome.NotifyManager.Init () [0x0] in :0 at Smuxi.Frontend.Gnome.NotifyManager..ctor (Smuxi.Frontend.Gnome.MainWindow mainWindow, Smuxi.Frontend.Gnome.ChatViewManager chatViewManager) [0x0] in :0 at Smuxi.Frontend.Gnome.MainWindow..ctor () [0x0] in :0 at Smuxi.Frontend.Gnome.Frontend.Init (System.String[] args) [0x0] in :0 at Smuxi.Frontend.Gnome.MainClass.Main (System.String[] args) [0x0] in :0 I'm not sure if this a problem with notify-sharp or with smuxi, so please reassign if this bug should be better reported elsewhere. cheers, Christine -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smuxi-frontend-gnome depends on: ii libglade2.0-cil2.12.10-2 CLI binding for the Glade librarie ii libglib2.0-cil 2.12.10-2 CLI binding for the GLib utility l ii libgtk2.0-cil 2.12.10-2 CLI binding for the GTK+ toolkit 2 ii libindicate0.1-cil 0.5.0-3 CLI bindings for libindicate5 ii liblog4net1.2-cil 1.2.10+dfsg-5 highly configurable logging API fo ii libmono-corlib2.0-cil 2.6.7-5 Mono core library (for CLI 2.0) ii libmono-posix2.0-cil 2.6.7-5 Mono.Posix library (for CLI 2.0) ii libmono-system2.0-cil 2.6.7-5 Mono System libraries (for CLI 2.0 ii libnotify0.4-cil 0.4.0~r3032-3 CLI library for desktop notificati ii librsvg2-common2.34.0-2 SAX-based renderer library for SVG ii mono-runtime 2.6.7-5 Mono runtime ii smuxi-engine 0.8-7 Engine library for Smuxi ii smuxi-frontend 0.8-7 Frontend library for Smuxi Versions of packages smuxi-frontend-gnome recommends: ii notification-daemon 0.7.1-3daemon to displays passive pop-up ii smuxi-frontend-gnome-irc 0.8-7 IRC support for GNOME frontend for ii ssh-askpass-gnome [ssh-askpas 1:5.8p1-7 interactive X program to prompt us smuxi-frontend-gnome suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631233: please provide stable backport for python-requests
On Mon, Jun 27, 2011 at 11:10:50PM +0200, Daniele Tricoli wrote: > I have backported the version 0.5.0 of "requests" but to upload it to > squeeze-backports we have to wait that the package will migrate to testing. > > If you need it right now the backported package is on m.d.n: > http://mentors.debian.net/debian/pool/main/r/requests/ This all sounds great. Thanks for responding to my request, and for the quick turnaround. Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631233: please provide stable backport for python-requests
On Wed, Jun 22, 2011 at 12:14:05PM +0200, Daniele Tricoli wrote: > Of course! I'll work on it during this weekend. Thank you! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631233: please provide stable backport for python-requests
Package: python-requests Version: 0.4.1-1 Severity: wishlist Hi, Would you consider uploading a backport of this package to backports.debian.org? Alternatively, I can do so. cheers, Christine -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-requests depends on: ii python2.6.6-14 interactive high-level object-orie ii python-eventlet 0.9.16-1 concurrent networking library for ii python2.6 2.6.7-1An interactive high-level object-o ii python2.7 2.7.2-1An interactive high-level object-o python-requests recommends no packages. python-requests suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627174: sd: failing tests in t/sd-usage.t
tags 627174 + upstream pending thanks On Wed, May 18, 2011 at 02:21:15PM +0200, Salvatore Bonaccorso wrote: > sd is FTBFS in wheezy and sid: Hi Salvatore, Thanks for your report! I've fixed this problem in upstream git and it will be uploaded to debian as soon as the version is released. later, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620570: RFA: nautilus-actions
On Sat, Apr 02, 2011 at 11:24:27PM +0200, alice ferrazzi wrote: > Im interested ! Alice, Great! Are you on IRC (internet relay chat)? If you are, that would be a good place for me to work with you on this. If not, I can work through getting you set up with that. let me know, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620570: RFA: nautilus-actions
Package: wnpp Severity: normal I'm looking for someone to take over maintenance of the nautilus-actions package. I don't really use this package, and I want to focus my Debian contributions more on bugtracking and other areas. I have included debian-gtk-gnome@ and debian-women@ on this bug report because: a) the package is maintained in the pkg-gnome repository, though it is not an official gnome package b) I am willing to mentor/sponsor someone who takes over this package, especially women, so if someone from either of these lists is looking for a package to maintain, I would help you get up to speed here. Please let me know if you are interested in working on this package! There is a new version that needs to be uploaded, and I can get you on the package maintainer's list. Upstream is quite responsive and receptive. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591385: sd fails when publishing HTML files
On Mon, Aug 02, 2010 at 06:42:58PM +0200, David Paleino wrote: > Package: sd > Version: 0.74-1 > Severity: normal > Tags: upstream > > Hello, > it's not possible to publish static HTML files from a SD local replica: > > $ git sd publish --html --replica --to /tmp/mybugs/ > Exporting a static HTML version of this replica > Failed to create directory /tmp/S6s31S49UV/html/ticket/ - > for /tmp/S6s31S49UV/html//ticket/84c5476a-dfad-5a38-a3d6-70ffc085308c/view > at /usr/share/perl5/App/SD/CLI/Command/Publish.pm line 130. > $ > > (that particular replica is github:dpaleino/pollirio) > > Doing a s/die/print/ on that line 130, makes it complete the process, but all > *.html files are 0 bytes long :/ > > Btw, thank you for SD! I'm a bugs-everywhere user and I've been looking for a > way to sync with remote trackers (say, github). > > Kindly, > David Hi David, I believe that I've now fixed this bug in sd git. I intend to push a new release out in a few days. Thanks for your report! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607928: debbugs-local: missing dependency libipc-run-perl
Package: debbugs-local Version: 2.4.2~exp1 Severity: normal I noticed this when trying to run local-debbugs on a freshly installed machine: sp...@loki:~> local-debbugs --mirror configuration file '/etc/debbugs/config' doesn't exist; skipping itCan't locate IPC/Run.pm in @INC (@INC contains: /home/spang/src/bps/prophet/lib /home/spang/src/bps/path-dispatcher/lib /home/spang/src/bps/rt-3.8/lib PERL5LIB /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/local-debbugs line 125. Installing libipc-run-perl fixes this, so it should be added as a dependency. cheers, Christine -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debbugs-local depends on: ii debbugs-web 2.4.2~exp1 web scripts for the active Debian ii libconfig-simple-perl 4.59-5 simple configuration file class ii libdebbugs-perl 2.4.2~exp1 modules used by the active Debian ii libhttp-server-simple-perl0.43-1 simple stand-alone HTTP server ii libnet-server-perl0.97-1 An extensible, general perl server ii libuser-perl 1.6-2 Provides user data in an OS indepe ii rsync 3.0.7-2fast remote file copy program (lik debbugs-local recommends no packages. debbugs-local suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605152: NMU patch
On Sat, Dec 04, 2010 at 03:51:56AM -0600, Steve M. Robbins wrote:
> Just uploaded a fix in version 0.22-1.1. Here's the patch:
>
> --- gquilt.sh.orig2010-12-04 03:32:28.629662635 -0600
> +++ gquilt.sh 2010-12-04 03:36:23.721772339 -0600
> @@ -8,7 +8,7 @@
> GQUILT_ICON=$PREFIX/share/pixmaps/gquilt.xpm
> export GQUILT_ICON
>
> -PYTHONPATH=$PYTHONPATH:$GQUILT_LIB_DIR
> +PYTHONPATH=${PYTHONPATH:+$PYTHONPATH:}$GQUILT_LIB_DIR
> export PYTHONPATH
>
> exec python $GQUILT_LIB_DIR/gquilt.py
>
>
> -Steve
As you might have seen had the BTS had the ability to merge
the message history of merged bugs, the discussion on
#605155 indicated that I'd planned on solving this a
different way. I think your way is probably ok too, though
I'd still prefer not setting $PYTHONPATH at all, but not in
a strong enough way to warrant a new upload.
Have you requested an unblock of your upload so that it can
migrate to Squeeze?
Thanks for working on RC bugs.
Christine
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605155: gquilt: Use of PYTHONPATH env var in an insecure way
On Thu, Dec 02, 2010 at 02:52:26PM +1000, Peter Williams wrote: > A heads up. I'm currently working on a major upgrade to gquilt. Do you > need me to tell me when I do the release? That would be great! Generally I get somehow notified by Debian's upstream-watching scripts, but an extra reminder is probably still useful. I can do a backport of the updated package for squeeze too, so stable users can take advantage of it. Thanks! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605155: gquilt: Use of PYTHONPATH env var in an insecure way
Hi all, Since we are currently in deep freeze for Squeeze, I'm very hesitant to ask the release managers to make an exception for a new release. (I wish I'd known that the new release fixed important bugs! I glanced at the changelog but it seemed like it was all trivial or irrelevant-for-Debian things such as Python 3 fixes.) It looks like gquilt doesn't actually require PYTHONPATH to be set, anyway, since python already adds the directory of the executed script to sys.path. I propose the following patch: diff --git a/gquilt.sh b/gquilt.sh index 3716196..72ec15e 100644 --- a/gquilt.sh +++ b/gquilt.sh @@ -8,7 +8,4 @@ export GQUILT_LIB_DIR GQUILT_ICON=$PREFIX/share/pixmaps/gquilt.xpm export GQUILT_ICON -PYTHONPATH=$PYTHONPATH:$GQUILT_LIB_DIR -export PYTHONPATH - exec python $GQUILT_LIB_DIR/gquilt.py If no one complains, I will prepare uploads for squeeze and lenny tomorrow. Christine On Sun, Nov 28, 2010 at 02:16:05PM +0100, Sandro Tosi wrote: > found 605155 0.20-2 0.22-1 > tags 605155 fixed-upstream > thanks > > Hi Peter > > On Sun, Nov 28, 2010 at 01:11, Peter Williams wrote: > > Please update to gquilt-0.24 (released about 7 weeks ago) as the above > > problem is no longer present in the code. > > Thanks for letting us know! > > Cheers, > -- > Sandro Tosi (aka morph, morpheus, matrixhasu) > My website: http://matrixhasu.altervista.org/ > Me at Debian: http://wiki.debian.org/SandroTosi > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597962: Seems to have resolved itself
On Sun, Nov 14, 2010 at 11:23:42AM -0500, Mike Paul wrote: > I was going to take a shot at debugging this today, since it's on the RC > bug list for squeeze, but it seems to have resolved itself at some > point, at least in unstable. QL starts without errors, and it's playing > music right now. > > The last time I tried it was weeks ago, so unfortunately I don't know > which of the many package updates between then and now was responsible > for the change. I also don't have a system running squeeze, so I can't > test whether it works there. But it's working for me in sid. Thanks for taking a look at this, Mike! Were you able to reproduce this bug before? Ian, can you still reproduce this bug? I'm hesitant to close this bug without hearing from Ian, but perhaps downgrading it would be appropriate since I have yet to encounter someone else who is able to reproduce, which suggests that it only appears (appeared?) in very limited circumstances. Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592109: please provide VCS fields to ease contribution for sd
On Wed, Aug 25, 2010 at 11:50:40PM -0400, Yaroslav Halchenko wrote: > > On Wed, 25 Aug 2010, Christine Spang wrote: > > SD has Vcs-git and Vcs-Browser fields in the control file in > > the package's collab-maint Debian git repository, so this is > > fixed on the next upload. > good -- that would be sufficient to close the bugreport > > > These are for the Debian package > > and not the upstream repository, though---I wonder, do they > > actually solve the problem that you're bringing up? What > > exactly do you want? > if you recall -- this bugreport was filed during debconf10... during > your presentation... for live demonstration of sd/debbugs integration > > but on a sidenote -- since upstream is also under git, consider in > future for your debian packaging just rely not on 'source distribution > tarballs' but on upstream git repository. That might provide few > benefits > > * coherent single git repository, so "Debian package" repository would > simply contain upstream repository as well (instead of imported > tarballs) > > * as a "side effect" you would be resistant to possible upstream's > faults in generating "source distribution" tarball ( if it is not as > simple as the output of git archive) > > * easy cherry-picking of necessary commits for fixes Sure, you make a good point. Do you know of any resources in particular about workflows for having managing upstream+debian both in git? A pointer might help me get on this faster. Thanks! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576628: libprophet-perl: uses embedded jquery libraries
On Mon, Apr 05, 2010 at 11:19:43PM -0300, David Bremner wrote: > Package: libprophet-perl > Version: 0.741-1 > Severity: normal > > > The directory > > /usr/share/perl5/auto/share/dist/Prophet/web/static/jquery/js > > contains several javascript files related to jquery. > jquery-1.2.6.min.js seems to be an embedded copy of (an older version > of) the library also available as libjs-jquery. There are also > several plugins here, but I don't think these are packaged in Debian. Update on this bug: I'm committing a patch upstream that will make Prophet try loading system javascript/yui libraries first, which would allow libprophet-perl to stop shipping these files in the binary package. I'd like to wait on uploading a fix to Debian until a new upstream is released, since I have the capability to do both releases and like keeping the Debian package local-patch-free. We'll still need to ship our own copies of the jquery plugins for now, unless they get stable/accepted enough to be packaged separately. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593134: libprophet-perl: Ships CSS file from YUI not mentioned in copyright file
On Sun, Aug 15, 2010 at 07:45:59PM +0200, Olivier Berger wrote: > Package: libprophet-perl > Version: 0.743-1 > Severity: minor > > FYI, /usr/share/perl5/auto/share/dist/Prophet/web/static/yui/css/reset.css > seems to be distributed under terms that are not exactly MIT license, so > deserves a mention in copyright file of the package IMHO. > > Hope this helps. Hi Olivier, I've updated Prophet's debian/copyright for this (and all tho other javascript and css files shipped with Prophet) in git. Hopefully it will be uploaded soon; I have some other changes I'd like to get in first though. Thanks for your report! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599142: unblock: libnet-google-code-perl/0.19-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libnet-google-code-perl. Here is the changelog entry: libnet-google-code-perl (0.19-2) unstable; urgency=low * Add missing dependency: libxml-feedpp-perl. (Closes: #595589) -- Christine Spang Mon, 04 Oct 2010 21:02:38 -0400 *No* other changes are made in this upload, just the RC bugfix. unblock libnet-google-code-perl/0.19-2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#579147: any update?
Hi Jeremiah, Any update on getting cpanminus into Debian? regards, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592109: please provide VCS fields to ease contribution for sd
On Sat, Aug 07, 2010 at 12:09:15PM -0400, Yaroslav Halchenko wrote: > Package: sd > Version: 0.74-1 > Severity: wishlist > > > especially interested in debbugs integration ;-) > > thanks in advance SD has Vcs-git and Vcs-Browser fields in the control file in the package's collab-maint Debian git repository, so this is fixed on the next upload. These are for the Debian package and not the upstream repository, though---I wonder, do they actually solve the problem that you're bringing up? What exactly do you want? cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587176: sd: please update Homepage
tags 587176 + pending thanks On Fri, Jun 25, 2010 at 05:01:34PM -0400, Yaroslav Halchenko wrote: > Package: sd > Version: 0.74-1 > Severity: minor > > > not sure since when (I just looked at sd for the first time) but there is a > proper homepage: http://syncwith.us/sd/ and I got uterly confused by looking > at > Homepage: http://search.cpan.org/dist/App-SD/ ;-) I've committed this change to the package's git repository, so it will be uploaded whenever I next make an upload (probably soon-ish). Thanks for the suggestion! cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590156: sd: Provide sync-ing with debbugs
On Sat, Jul 24, 2010 at 12:24:43PM +0200, Olivier Berger wrote: > Package: sd > Version: 0.74-1 > Severity: wishlist > > Hi. > > It would be great to be able to sync with debbugs. > > Thanks in advance. > > Best regards, Olivier, I'm working on this feature right now. There should be some progress by the end of DebConf; I am giving a talk on it on August 7th. :) cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582377: blocked on testing the patch
>From #debian-voip, this upload is hoping to find someone with a working asterisk/op-panel install to test the patch currently. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583820: #562349 caused by previous NMU
Jari, Your NMU libtommath 0.39-3.1 looks to have caused a new FTBFS bug, #562349. Remember that it is an NMUer's job to keep an eye on NMU'd packages after making an upload. (Subscribing to the package's PTS is a good idea.) As far as I can tell, your removing some packages from Build-Depends has caused this, and this bug is essentially the same as this one: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474413, which was documented in the package's changelog. I'm going to prepare and upload a second NMU here, but please take this as notice that you ought to be more careful in the future. Thanks! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580110: [gnuvd] new upstream version for this bug
The recently released gnuvd 1.0.11 seems to fix this bug. Guus, will you package it? cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582746: prophet: FTBFS: t/malformed-url.t failure
On Sun, May 23, 2010 at 01:37:32PM +0300, Niko Tyni wrote: > Package: prophet > Version: 0.741-2 > Severity: serious > X-Debbugs-Cc: libmouse-p...@packages.debian.org > > This package fails to build on current sid/amd64. The regression is > related to libmouse-perl, which is currently at 0.58-1. The errors don't > happen with 0.52-1; I haven't tried any of the intermediate versions. Hm, looks like upstream's now prepending "Exception caught:" to some messages thrown by die(). I'm looking into how to best fix this with some other upstream folks now, and will roll a new release to fix it. thanks, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#579147: maintianing under the Perl team
And a second point of note---have you considered maintaining this package under the Perl packaging team? (http://wiki.debian.org/Teams/DebianPerlGroup) IMHO this would be good idea. I'd love to see this package in Debian soon. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#579147: package should be called cpanminus
I'd also like to request that the package be called 'cpanminus' rather than 'libapp-cpanminus-perl'. While this is the default naming scheme for software from CPAN, it is not required and makes no sense for the App:: namespace---these are meant to be standalone applications, and having their package names start with 'lib' is confusing and ugly. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580932: should be more tolerant in editing date tag
tags 580932 + wontfix On Tue, May 18, 2010 at 09:25:31PM +0200, W. Martin Borgert wrote: > I see. Let's close this bug then. I'm marking it 'wontfix' instead, so in case someone else has the same idea later it will still appear on the bug page. regards, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581227: NMU uploaded to DELAYED/2
Hi maintainer, I've made an upload fixing this bug to DELAYED/2. Please let me know if there is a problem and you would like it cancelled. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581227: mpg123-el: cannot reproduce this bug
On Wed, May 19, 2010 at 06:01:35PM +0100, Antonio P. P. Almeida wrote: > Yes, I noticed that. The way I triggered the behaviour was by having a > running emacs instance (emacs 23) installing the package and loading > the /etc/emacs/site-start.d/50mpg123-el.el file with load-file. > > It could be that there's a variable available when starting emacs > that's not available later. Right now, as I'm writing this message > 'C-h v flavor' (describe-variable 'flavor) generates an error. Hey Antonio, Thanks for the quick response! I can reproduce with the additional information. I would still say that this is not release critical, though annoying since most emacs users rarely restart emacs. I'm going to downgrade the bug, but I'll prepare an NMU with the fix anyway (to DELAYED/2 so the maintainer has a chance to disagree), since the change is trivial. Do feel free to report similar bugs (I would recommend severity: normal or perhaps severity:important) against other packages that fail to use debian-flavor-emacs. regards, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581227: mpg123-el: cannot reproduce this bug
I took a look at this bug today after perusing the RC bugs list for Squeeze, and, while it does seem that debian-emacs-flavor is the documented correct variable, I can't seem to reproduce it *not* working while using flavor. (I tried using emacs23, emacs22, and xemacs21). There are several other packages, such as slime and gtk-doc-utils that also use the 'flavor' symbol. Can you be more specific as to what doesn't work right now, and how to verify? IMHO, this bug should probably be downgraded as well, since it doesn't cause the package to be completely useless. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580246: note that there is a patch for this from Ubuntu
See e.g. http://patches.ubuntu.com/d/doclifter/doclifter_2.3-2ubuntu1.patch. It would probably be a good idea to start with that patch and modify if necessary rather than duplicate work. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#578090: sd: Won't clone from Redmine; missing Redmine.pm
On Fri, Apr 16, 2010 at 02:14:57PM -0500, John Goerzen wrote: > Package: sd > Version: 0.74-1 > Severity: normal > > sd clone --from > redmine:http://software.complete.org/software/projects/show/offlineimap > Can't locate Net/Redmine.pm in @INC (@INC contains: /etc/perl > /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 > /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 > /usr/local/lib/site_perl /usr/local/lib/perl/5.10.0 > /usr/local/share/perl/5.10.0 .) at > /usr/share/perl5/App/SD/Replica/redmine.pm line 17. Right, I guess I never did get around to actually uploading Net::Redmine, though SD recommends it. Unfortunately, the Net::Redmine Perl library is, as far as I know, still very primitive/rough such that I don't think I want to support it in Debian quite yet. I might just remove the note about redmine support from the package's description (and the package from SD's Recommends:) unless you have a better suggestion. Thanks, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#578091: sd init fails
On Fri, Apr 16, 2010 at 02:01:21PM -0500, John Goerzen wrote: > Package: sd > Version: 0.74-1 > Severity: important > > I get this: > > $ sd init > Can't locate Path/Dispatcher/Declarative.pm in @INC (@INC contains: > /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 > /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 > /usr/share/perl/5.10 /usr/local/lib/site_perl > /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 .) at > /usr/share/perl5/Prophet/CLI/Dispatcher.pm line 2. > BEGIN failed--compilation aborted at > /usr/share/perl5/Prophet/CLI/Dispatcher.pm line 2. > Compilation failed in require at > /usr/share/perl5/App/SD/CLI/Dispatcher.pm line 3. > BEGIN failed--compilation aborted at > /usr/share/perl5/App/SD/CLI/Dispatcher.pm line 3. > Compilation failed in require at /usr/share/perl5/App/SD/CLI.pm line > 7. > BEGIN failed--compilation aborted at /usr/share/perl5/App/SD/CLI.pm > line 7. > Compilation failed in require at /usr/bin/sd line 7. > BEGIN failed--compilation aborted at /usr/bin/sd line 7. Hi John, This is caused by one of SD's dependencies having split into two packages recently, and the Perl team didn't notice when uploading the new version. I've been waiting for the new package to clear NEW, which it looks like it has at this point. I'll upload a new version of prophet, which is the package that depends on the package that changed, now, with the dependencies updated. For now, since you're using unstable, you can fix this by installing 'libpath-dispatcher-declarative-perl'. Thanks! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577983: nautilus-actions crashes nautilus on experimental
On Thu, Apr 15, 2010 at 08:39:10PM +0200, Erich Schubert wrote: > Package: nautilus-actions > Version: 2.30.1-1 > Severity: important > > After login, nautilus just keeps on respawning. > Removing the nautilus-actions package helped. > Unfortunately, I did not manage to get a sensible error message or backtrace > for you. > > My system is running a lot of stuff from experimental, so this might not > (yet?) > affect unstable. I can reproduce in unstable. 2.30.2 seems to work alright though, so I'll test that a bit more and upload it which should hopefully fix things. Thanks for the report! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577780: override: quodlibet-ext:sound/extra
Package: ftp.debian.org Severity: normal quodlibet-ext depends on quodlibet-plugins, so it should have priority extra, not priority optional in order to avoid having the package depend on a package of lower priority. Here's the line from the automated override disparity mail: quodlibet-ext_2.2.1-1_i386.deb: package says priority is extra, override says optional Thanks! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575468: armagetronad-common: The description is incorrect.
tags 575468 + pending thanks On Fri, Mar 26, 2010 at 11:56:08AM +0900, Nobuhiro Ban wrote: > Package: armagetronad-common > Version: 0.2.8.3.1-1 > Severity: minor > > Hi, > > The package description says: > >This package contains the common configuration files and documentation shared > >between the armagetronad and armagetronad-server packages. > > But there is no armagetronad-server package. > I think it menas the armagetronad-dedicated package. You would be correct. The package's name changed at some point. I've committed a fix in the package's git and it will be included in the next upload. Thanks for your report! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570328: FTBFS: rm: cannot remove […]/pyshared/quodlibet/qltk/config.py: ENOENT
On Thu, Feb 18, 2010 at 04:51:49AM +0100, Cyril Brulebois wrote: > Source: quodlibet > Version: 2.2-1 > Severity: serious > Justification: FTBFS > > Hi, > > your package looks like trying to mess with python-support's internal > affairs, and fails to do so: > |debian/rules override_dh_pysupport > | make[1]: Entering directory > `/build/buildd-quodlibet_2.2-1-alpha-2sKZ6e/quodlibet-2.2' > | dh_pysupport > | # kill all the architecture-dependent files in the exfalso package, > | # what's left after pysupport has moved arch-indep files elsewhere > | rm -rf debian/exfalso/usr/lib > | # Kill this modification after the next release. It's just a stray file > | # that got into upstream's release tarball. > | rm debian/exfalso/usr/share/pyshared/quodlibet/qltk/config.py > | rm: cannot remove > `debian/exfalso/usr/share/pyshared/quodlibet/qltk/config.py': No such file or > directory > | make[1]: *** [override_dh_pysupport] Error 1 > | make[1]: Leaving directory > `/build/buildd-quodlibet_2.2-1-alpha-2sKZ6e/quodlibet-2.2' > | make: *** [binary-arch] Error 2 Hi, I just re-uploaded this package, stripping the stray file from upstream's tarball beforehand instead of trying to clean it up later. (Leaving it in would probably cause byte-compilation explosions on installation.) I find it sort of bizarre that the build did not fail on my local machine while it did on the buildds, however. Do you have any idea why that was the case? regards, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566917: src:armagetronad: FTBFS on kfreebsd-*: error: FTGL headers not found on your system
severity 566917 important thanks On Mon, Jan 25, 2010 at 10:51:42PM +0100, Cyril Brulebois wrote: > Package: src:armagetronad > Version: 0.3.0-4 > Severity: serious > Justification: FTBFS > User: debian-...@lists.debian.org > Usertags: kfreebsd > > Hi, > > your package no longer builds on kfreebsd-*: > | checking for FT_Render_Glyph in -lftgl... yes > | checking for location of FTGL includes... not found > | configure: error: FTGL headers not found on your system. Please pass the > correct location via --with-ftgl=. > | make: *** [configure-client-stamp] Error 1 I think that this is not an RC bug since this is a version of the package in experimental that will not go into unstable until I have some certainty as to whether upstream is actually going to cut it as a stable release. And at this rate, it's already been *years* of waiting for that. So, do feel free to submit a patch, though I think it is not super high priority since the version in unstable/testing seems to be fine. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566749: Frightening warnings on program start
On Sun, Jan 24, 2010 at 11:50:35PM +0100, W. Martin Borgert wrote: > Error grabbing key 173, 0x8f5b000 > Error grabbing key 171, 0x8f5b000 > Error grabbing key 172, 0x8f5b000 > Error grabbing key 209, 0x8f5b000 > Error grabbing key 174, 0x8f5b000 These are due to having either quodlibet-ext or python-mmkeys installed and running quodlibet under gnome, and are harmless (but in gnome you do need to enable the dbus-mmkeys plugin in order for multimedia keys to work). I haven't really decided yet what, if anything, to do about this, but #553228 discusses this more. > sys:1: Warning: invalid (NULL) pointer instance > sys:1: Warning: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE > (instance)' failed Pretty sure these are either fixed or known upstream, but I'll check up on it. They're definitely new as of 2.1.98. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564176: QLScrobbler is cruising for a bruising
On Fri, Jan 08, 2010 at 08:18:55PM +1300, Paul Collins wrote: > Package: quodlibet-plugins > Version: 20100104-1 > > I have not enabled QLScrobbler, and I do not plan to enable it. > Nevertheless, every time I start quodlibet or refresh the plugins, > it insists on asking me to configure it. I "fixed" it like so, > Conan-style, but perhaps this is not the best way to do it. This is fixed upstream as of about two days ago. I'll upload a new plugins snapshot tonight to fix it, since that's pretty annoying. Thanks for your report! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564161: exfalso: Dummy bug to prevent exfalso/quodlibet/quodlibet-ext/quodlibet-plugins from migrating to testing before 2.2 proper
Package: exfalso Version: 2.1.98-1 Severity: serious There are things that will be fixed in 2.1.99 and 2.2 proper that testing users should never need to deal with, such as the paned view gratuitously breaking if the user is upgrading from a pre-2.1 version and has never changed their paned configuration. This bug will be closed when 2.2 is uploaded to allow proper migration to squeeze. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exfalso depends on: ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii python2.5.4-5An interactive high-level object-o ii python-gtk2 2.16.0-1 Python bindings for the GTK+ widge ii python-mutagen1.15-2 audio metadata editing library ii python-pyvorbis 1.4-2 Python interface to the Ogg Vorbis ii python-support1.0.6 automated rebuilding support for P exfalso recommends no packages. Versions of packages exfalso suggests: ii libmodplug0c2 1:0.8.7-1 shared libraries for mod music bas ii python [python-ctypes]2.5.4-5An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#360145: Debian Bug #360145: still present in recent versions?
Hi Stuart and Søren, I'm cleaning up Quodlibet's Debian bug list. This bug "quodlibet: hangs, typically triggered by a song next change" is now over three years old, and I cannot reproduce it. If either of you still use quodlibet, could you comment as to whether this is still a problem? I've never run across it, and if no one can reproduce it anymore I'm inclined to close this bug as fixed. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#487765: Debian Bug #487765: quodlibet rating should default to 0 not 0.5
Hi Daniel, Sorry for the ridiculously long wait to hear back from a maintainer about your bug report. Upstream is active again these days, so turnarounds should be much quicker in the future. You can change the default rating via quodlibet's configuration file in ~/.quodlibet/config. The setting is called default_rating, and should appear in the config file with a value of 0.5 by default. With that, I'm going to consider this not-a-bug and close the report. regards, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563318: "No plugins found" even though quodlibet-plugins is installed
merge 563318 554676 affects 554676 quodlibet-plugins thanks On Fri, Jan 01, 2010 at 07:08:38PM -0300, Antonio Terceiro wrote: > Package: quodlibet > Version: 2.1-4 > Severity: normal > > Even though quodlibet-plugins is installed, when I select the "Plugins" item > from the "Music" menu, it says "No plugins found". Therefore a lot of > functionality is lost (e.g. I cannot put quodlibet on the system tray > anymore). > > ii quodlibet 2.1-4 audio library > manager and player for GTK+ > ii quodlibet-ext 2.1-4 extensions > for the Quod Libet audio player > ii quodlibet-plugins 20091024-1various > contributed plugins for Quod Libet > > Please let me know if there is any further information I can provide to help > fixing this. I'm pretty sure this is the same as #554676. If you remove quodlibet, quodlibet-ext, and quodlibet-plugins and reinstall them, does it work properly? I plan to solve the upgrade problem on the debian upload for the next upstream release, which should happen very soon now. For now, please try the mentioned workaround. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561261: patch for configurable colours in unicode-screensaver, white-on-black default colours
On Wed, Dec 16, 2009 at 02:31:21AM +0100, Joachim Breitner wrote: > nice, four minutes before I asked for such a patch! > > It looks good a at a first glance. I’ll have a deeper look tomorrow or > so, add the required GUI options and change the default back to my > choice :-) > > Did you test what happens if you pass an illegal string to the color > option? get_pixel_resource() uses the standard xlib XParseColor() for parsing colour strings. On a malformed input it prints an error to the console and uses the defaults, which seems pretty reasonable to me, since if you're messing around with that you probably know what you're doing, and it never crashes. Here's a patch for a basic GUI configuration. For some reason there doesn't seem to be a way to put labels on select boxes, so I've kludged around it by prefixing each item in the different select boxes with font color: or background color: to avoid confusion. I also added a "show fps" checkbox, like many other hacks have. I do still think that white-on-black is a better default than black-on-white, but it _is_ your software and you can do what you like with it, and I'll still use it since I can configure it. :) The only two places that you should need to edit to change the default is the selectors in unicode.xml and the options at the bottom of unicode.c. cheers, Christine >From a6287571c178000bf962d36d25752d3393e40037 Mon Sep 17 00:00:00 2001 From: Christine Spang Date: Tue, 15 Dec 2009 22:32:47 -0500 Subject: [PATCH] extend unicode.xml to be able to set colors and toggle FPS display --- unicode.xml | 83 +++ 1 files changed, 83 insertions(+), 0 deletions(-) diff --git a/unicode.xml b/unicode.xml index 2e82f1b..ee07aa4 100644 --- a/unicode.xml +++ b/unicode.xml @@ -4,6 +4,89 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + <_description> Repeatedly randomly picks an unicode character and displays it in a very large font size together with its unicode code point and the character name. -- 1.6.5
Bug#561261: patch for configurable colours in unicode-screensaver, white-on-black default colours
It just so happens that I was trying unicode-screensaver
today and decided that I would much prefer white text on a
black background as opposed to the opposite, though more
from an aesthetic point of view than particularly worrying
about screen burn-in.
I decided to try my hand at hacking up a solution myself.
Please find the attached output of git format-patch, which
can be applied to the current unicode-screensaver trunk via
git am. It changes the default colours to a black background
with a white foreground, but still allows those who prefer
other colorschemes to specify them via the -background and
-foreground options. This is my first time working with xlib
or xscreensaver, so I hope the patch isn't too bad.
One thing I didn't do was hack the xscreensaver config file
that would allow the user to configure the colours via the
xscreensaver-demo gui, but I doubt that doing so would be
too hard.
cheers,
Christine
>From 027be0e24f4b2769e564332e896f775518ebc5ab Mon Sep 17 00:00:00 2001
From: Christine Spang
Date: Tue, 15 Dec 2009 19:50:36 -0500
Subject: [PATCH] customisable colorscheme via -background and -foreground
This commit also changes the default colorscheme from black
text on a white background to white text on a black background,
which is more canonical for a screensaver and potentially better
at avoiding screen burn-in.
The old behaviour can be gotten back by changing the screen hack
command to: unicode -root -background white -foreground black
in the xscreensaver or gnome-screensaver configuration.
---
unicode.1.in |9 +
unicode.c| 21 +++--
2 files changed, 28 insertions(+), 2 deletions(-)
diff --git a/unicode.1.in b/unicode.1.in
index d72e9cc..860b691 100644
--- a/unicode.1.in
+++ b/unicode.1.in
@@ -8,6 +8,8 @@ unicode - displays unicode characters
[\-window]
[\-root]
[\-fps]
+[\-foreground \fIcolor\fP]
+[\-background \fIcolor\fP]
.SH DESCRIPTION
unicode-screensaver is a simple screensaver application that repeatedly
randomly picks an unicode character and displays it in a very large font
@@ -26,6 +28,13 @@ Draw on the root window.
.TP 8
.B \-fps
Display the current frame rate and CPU load.
+.TP 8
+.B \-background
+Set the background color (e.g. black, white, green, red). The default is
+black.
+.TP 8
+.B \-foreground
+Set the font color (e.g. black, white, green, red). The default is white.
.SH ENVIRONMENT
.PP
.TP 8
diff --git a/unicode.c b/unicode.c
index 2623392..288ea25 100644
--- a/unicode.c
+++ b/unicode.c
@@ -27,6 +27,7 @@ struct unicode_state {
FcChar32font_count[NUM_FONTS];
XftDraw*draw;
XftColorfont_color;
+ XColor bg_color;
};
static void *
@@ -63,7 +64,22 @@ unicode_init (Display *dpy, Window window)
}
state->draw = XftDrawCreate(dpy, window, xgwa.visual, cmap);
- XftColorAllocName(dpy, xgwa.visual ,cmap,"black",&state->font_color);
+ state->bg_color.pixel = get_pixel_resource(dpy, cmap, "background",
"Background");
+ XQueryColor(dpy, cmap, &state->bg_color);
+
+ XColor color;
+ color.pixel = get_pixel_resource(dpy, cmap, "foreground", "Foreground");
+ XQueryColor(dpy, cmap, &color);
+
+ XRenderColor font_color;
+ font_color.red = color.red;
+ font_color.green = color.green;
+ font_color.blue = color.blue;
+ font_color.alpha = 0x;
+
+ XftColorAllocValue(dpy, xgwa.visual, cmap, &font_color,
&state->font_color);
+ XSetWindowBackground(dpy, window, state->bg_color.pixel);
+ XClearWindow (dpy, window);
return state;
}
@@ -176,7 +192,8 @@ unicode_free (Display *dpy, Window window, void *state) {
char *progclass = "Unicode";
static char *unicode_defaults [] = {
- ".background: white",
+ ".background: black",
+ ".foreground: white",
"*delay: 7",
0
};
--
1.6.5.3
Bug#558818: quodlibet-plugins: please don't recommend k3b
On Mon, Nov 30, 2009 at 12:07:27PM -0800, Steve Langasek wrote: > I have no strong opinion on musicbrainz and lastfmsubmitd, but promoting k3b > to Recommends: now means that all of KDE is being pulled onto my system as > part of a dist-upgrade. I don't think this is appropriate at all; please > revert at least this change. That sounds reasonable to me. I believe that the lastfmsubmitd plugin has been deprecated upstream in favour of an updated version of the standalone plugin, so it may be that lastfmsubmitd should be dropped anyway. I'm planning on making an upload after 2.2 is released at the end of December unless you think this is more urgent than that. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555473: quodlibet: doesn't display docklet anymore
On Mon, Nov 09, 2009 at 10:24:52PM +0100, Gerfried Fuchs wrote: > Package: quodlibet > Version: 2.1-4 > Severity: normal > > Hi! > > I have no clue why, but since recently quodlibet doesn't display its > docklet to me anymore. When I go to music -> plugins it tells me that it > doesn't find any plugins. Both quodlibet-ext and quodlibet-plugins is > installed. > > HELP ME, Rhonda :) What version of quodlibet-plugins do you have installed? (Hmm, strange that quodlibet doesn't suggest quodlibet-plugins, only exfalso. Fixing that.) With quodlibet 2.1-4, you need quodlibet-plugins >= 20091024-1, since with moving back to python-support the directory layout changed. Failing to specify proper conflicts to note this was my fault; it will be fixed on the next upload. If you have a version of quodlibet-plugins that is not up-to-date, quodlibet 2.1-4 will not find the plugins. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554676: quodlibet-plugins: Quodlibet sees no plugins
On Thu, Nov 05, 2009 at 04:04:13PM -0600, Michael Gardner wrote: > Package: quodlibet-plugins > Version: 20091024-1 > Severity: important > > > After upgrading to the latest version of quodlibet-plugins, QL no longer sees > any plugins at all. This is due to not having a strict dependency on the newer version of quodlibet which has the directory structure that matches that of the new plugins package. Apparently the two migrated to testing out of sync--sorry about that! I should have declared a tighter dependency. I'm not sure it's worth a specific upload, however. Quodlibet 2.2 is due to be released soon, and I can do a better job of avoiding mismatches with the upload for that. Does this problem go away if you upgrade to quodlibet 2.1-4, which just hit testing? cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552775: quodlibet: Fails to start: "ImportError: cannot import name EditingPlugins"
On Tue, Oct 27, 2009 at 04:47:30PM -0700, Josh Triplett wrote:
> Package: quodlibet
> Version: 2.1-4
> Severity: important
>
> ("important" rather than RC on the assumption that this doesn't happen
> for everyone.)
>
> Since upgrading from quodlibet 2.1-2 to 2.1-4 (and doing the corresponding
> upgrade from quodlibet-plugins 20090710-2 to 20091024-1, in case that
> matters),
> quodlibet now fails to start, with the following messages:
>
> Initializing audio backend (gstbe)
> Initializing main library (~/.quodlibet/songs)
> Supported formats: mod, mp3, mp4, mpc, spc, trueaudio, wav, wavpack, wma, xiph
> Traceback (most recent call last):
> File "/usr/bin/quodlibet", line 285, in
> main()
> File "/usr/bin/quodlibet", line 49, in main
> from quodlibet import widgets
> File "/usr/lib/pymodules/python2.5/quodlibet/__init__.py", line 117, in
> import_ql
> try: return old_import(module, *args, **kwargs)
> File "/usr/lib/pymodules/python2.5/quodlibet/widgets.py", line 19, in
>
> from quodlibet.plugins.editing import EditingPlugins
> ImportError: cannot import name EditingPlugins
Damn, there is a modification to the packaging in this
version that is specifically intended to fix this bug. Can
you do an ls -la on
/usr/lib/pymodules/python2.5/quodlibet/plugins/editing
assuming you're running quodlibet under the default python?
If you completely purge quodlibet, quodlibet-ext, exfalso,
and quodlibet-plugins and then reinstall the packages, does
the problem go away?
cheers,
Christine
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546417: Bug #546417: hopefully resolved in new upload
On Sun, Oct 25, 2009 at 12:12:17AM -0500, Kumar Appaiah wrote: > Your changes seem good enough for Python 2.6, so I believe you've > solved the bug. Unfortunately, I made you bump the least version of > Python to 2.5.4, which might cause a bit of pain to backporters. In > order to undo that effect, I've attached a patch against your latest > upload, which would allow you to relax the Python version back to > 2.4. Please do review and consider for inclusion in the next upload, > if you want to support backporting. If you don't deem it necessary, > that's also fine. I ended up solving this in a different way, I think. Motivated by needing to fix a FTBFS on some archs, I've moved installing the icon files from debian/rules to a glob in debian/quodlibet.install and debian/exfalso.install. This dropped the code in debian/rules that involves mucking around in site-packages/dist-packages, so python.mk is no longer included. Fix is in 2.1-4. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#547078: sd: asks for RT password, then tells you that you already have a repo
tags 54707 + pending On Wed, Sep 16, 2009 at 05:19:21PM -0700, Ryan Niebur wrote: > Package: sd > Version: 0.73-1 > Severity: minor > > $ sd clone --from "rt:http://todo.freegeek.org/|Technocrats|" > Username for http://todo.freegeek.org/: ryan52 > Password for ryan52: @ http://todo.freegeek.org/: > The target replica already exists. > > it should check for the "target replica" first, so that I don't have > to type my password for nothing. I fixed this in upstream's git today. Thanks for reporting bugs! As you might have noticed, my time to hack on SD has shrunk since my university term started, but they'll all get fixed eventually. cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546530: Acknowledgement (quodlibet module destroys python interpreter module listings)
On Mon, Sep 14, 2009 at 03:53:20AM +0200, Ulrik Sverdrup wrote: > Hi, > > I'm sorry for the bugreport. I'm not sure anymore that quodlibet is > the root cause, it seems this whatever module that disrupts is > reachable through more than Quodlibet. > > Ulrik OK, I can't reproduce and don't have much time to look into it right now. If you do track down whatever's causing it and it's not quodlibet's fault, please close this bug. :) cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508063: crashes when trying to backup / with AFS running even when excluding /afs
On Sat, Sep 12, 2009 at 02:21:57PM +0200, Carl Chenet wrote:
> > While I'm not very familiar with the include/exclude code, can you try
> > this?
> >
> > rdiff-backup --exclude /afs/** /test
> >
> > If that doesn't work for you either, then there's definitely a bug to
> > be worked out.
> >
> >
> > Andrew (an rdiff-backup developer)
> >
>
> Does Andrew's workaround work ? Can you also test with the latest version
> available in sid ?
I get the following with 1.2.8.-4, so it appears to both be a bug and not fixed
in the latest version in sid:
sp...@freyja:~/tmp> rdiff-backup --exclude '/afs/**' / test
ListError afs/.athena.mit.edu/activity/a/a-archives/Nanopunk [Errno 13]
Permission denied: '/afs/.athena.mit.edu/activity/a/a-archives/Nanopunk'
ListError afs/.athena.mit.edu/activity/a/a-archives/OldFiles/Nanopunk [Errno
13] Permission denied:
'/afs/.athena.mit.edu/activity/a/a-archives/OldFiles/Nanopunk'
Exception '[Errno 19] No such device:
'/afs/.athena.mit.edu/activity/a/a-archives/OldFiles/OldFiles'' raised of class
'':
File "/usr/lib/pymodules/python2.5/rdiff_backup/robust.py", line 32, in
check_common_error
try: return function(*args)
File "/usr/lib/pymodules/python2.5/rdiff_backup/rpath.py", line 1149, in
append
return self.__class__(self.conn, self.base, self.index + (ext,))
File "/usr/lib/pymodules/python2.5/rdiff_backup/rpath.py", line 884, in
__init__
else: self.setdata()
File "/usr/lib/pymodules/python2.5/rdiff_backup/rpath.py", line 908, in
setdata
self.data = self.conn.rpath.make_file_dict(self.path)
File "/usr/lib/pymodules/python2.5/rdiff_backup/rpath.py", line 287, in
make_file_dict
return C.make_file_dict(filename)
Exception '[Errno 19] No such device:
'/afs/.athena.mit.edu/activity/a/a-archives/OldFiles/OldFiles'' raised of class
'':
File "/usr/lib/pymodules/python2.5/rdiff_backup/Main.py", line 304, in
error_check_Main
try: Main(arglist)
File "/usr/lib/pymodules/python2.5/rdiff_backup/Main.py", line 324, in Main
take_action(rps)
File "/usr/lib/pymodules/python2.5/rdiff_backup/Main.py", line 280, in
take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/pymodules/python2.5/rdiff_backup/Main.py", line 334, in Backup
rpout.conn.fs_abilities.backup_set_globals(rpin, force)
File "/usr/lib/pymodules/python2.5/rdiff_backup/fs_abilities.py", line 920,
in backup_set_globals
src_fsa = rpin.conn.fs_abilities.get_readonly_fsa('source', rpin)
File "/usr/lib/pymodules/python2.5/rdiff_backup/fs_abilities.py", line 611,
in get_readonly_fsa
return FSAbilities(desc_string).init_readonly(rp)
File "/usr/lib/pymodules/python2.5/rdiff_backup/fs_abilities.py", line 130,
in init_readonly
self.set_resource_fork_readonly(rp)
File "/usr/lib/pymodules/python2.5/rdiff_backup/fs_abilities.py", line 511,
in set_resource_fork_readonly
for rp in selection.Select(dir_rp).set_iter():
File "/usr/lib/pymodules/python2.5/rdiff_backup/selection.py", line 132, in
Iterate_fast
try: rpath, val = diryield_stack[-1].next()
File "/usr/lib/pymodules/python2.5/rdiff_backup/selection.py", line 120, in
diryield
rpath.append, (filename,))
File "/usr/lib/pymodules/python2.5/rdiff_backup/robust.py", line 32, in
check_common_error
try: return function(*args)
File "/usr/lib/pymodules/python2.5/rdiff_backup/rpath.py", line 1149, in
append
return self.__class__(self.conn, self.base, self.index + (ext,))
File "/usr/lib/pymodules/python2.5/rdiff_backup/rpath.py", line 884, in
__init__
else: self.setdata()
File "/usr/lib/pymodules/python2.5/rdiff_backup/rpath.py", line 908, in
setdata
self.data = self.conn.rpath.make_file_dict(self.path)
File "/usr/lib/pymodules/python2.5/rdiff_backup/rpath.py", line 287, in
make_file_dict
return C.make_file_dict(filename)
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 30, in
rdiff_backup.Main.error_check_Main(sys.argv[1:])
File "/usr/lib/pymodules/python2.5/rdiff_backup/Main.py", line 304, in
error_check_Main
try: Main(arglist)
File "/usr/lib/pymodules/python2.5/rdiff_backup/Main.py", line 324, in Main
take_action(rps)
File "/usr/lib/pymodules/python2.5/rdiff_backup/Main.py", line 280, in
take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/pymodules/python2.5/rdiff_backup/Main.py", line 334, in Backup
rpout.conn.fs_abilities.backup_set_globals(rpin, force)
File "/usr/lib/pymodules/python2.5/rdiff_backup/fs_abilities.py", line 920,
in backup_set_globals
src_fsa = rpin.conn.fs_abilities.get_readonly_fsa('source', rpin)
File "/usr/lib/pymodules/python2.5/rdiff_backup/fs_abilities.py", line 611,
in get_readonly_fsa
return FSAbilities(desc_string).init_readonly(rp)
File "/usr/lib/pymodules/python2.5/rdiff_backup/fs_abilities.py", line 130,
in init_readonly
self.set_resource_fork_readonly(rp)
File "/usr/lib/pymodules/python2.5/rdiff_backup
Bug#544605: armagetronad: crashes on intel
On Tue, Sep 01, 2009 at 10:23:23PM +0200, Norbert Preining wrote: > Package: armagetronad > Version: 0.2.8.2.1-10 > Severity: normal > > starting armagetronad I get a core dump, debugging it gives: > > Program terminated with signal 11, Segmentation fault. > #0 0x7ff7b921369f in intel_update_renderbuffers () >from /usr/lib/dri/i965_dri.so This sounds more like a graphics driver bug than an Armagetron bug to me. Can you run any other programs that use GL? cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544498: ITP: libterm-encoding-perl -- Perl module to detect encoding of the current terminal
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libterm-encoding-perl Version : 0.02 Upstream Author : Tatsuhiko Miyagawa * URL : http://search.cpan.org/dist/Term-Encoding/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl module to detect encoding of the current terminal Term::Encoding is a simple module to detect an encoding the current terminal expects, in various ways. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544454: ITP: libnet-bonjour-perl -- Perl module for DNS service discovery
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libnet-bonjour-perl Version : 0.96 Upstream Author : George Chlipala * URL : http://search.cpan.org/dist/Net-Bonjour/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl module for DNS service discovery Net::Bonjour is a set of modules that allow Perl programs to discover local services via multicast DNS (mDNS) or enterprise services via traditional DNS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543791: ITP: libnet-rendezvous-publish-backend-avahi-perl -- Perl module to publish zeroconf data with the Avahi library
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libnet-rendezvous-publish-backend-avahi-perl Version : 0.03 Upstream Author : Jack Bates * URL : http://search.cpan.org/dist/Net-Rendezvous-Publish-Backend-Avahi * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl module to publish zeroconf data with the Avahi library Net::Rendezvous::Publish::Backend::Avahi publishes zeroconf data via the Avahi library. It is a backend for the Net::Rendezvous::Publish module. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531885: works for me
The given workaround solves the problem for me. Thanks, Junichi! Cheers, Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543655: failure trying to convert WWW::Mechanize::GZip
Package: dh-make-perl Version: 0.59 Severity: normal dh-make-perl explodes when I try to debianise WWW::Mechanize::GZip: sp...@freyja:~/src/packages> dh-make-perl --cpan WWW::Mechanize::GZip Dispatching deprecated method 'CPAN::Config::load' to CPAN::HandleConfig Going to read /home/spang/.cpan/Metadata Database was generated on Tue, 25 Aug 2009 17:27:03 GMT Going to read /home/spang/.cpan/build/ .DONE Found 8 old builds, restored the state of 8 CPAN: Digest::SHA loaded ok (v5.45) Checksum was ok WWW-Mechanize-GZip-0.12/ WWW-Mechanize-GZip-0.12/Makefile.PL WWW-Mechanize-GZip-0.12/README WWW-Mechanize-GZip-0.12/lib/ WWW-Mechanize-GZip-0.12/lib/WWW/ WWW-Mechanize-GZip-0.12/lib/WWW/Mechanize/ WWW-Mechanize-GZip-0.12/lib/WWW/Mechanize/GZip.pm WWW-Mechanize-GZip-0.12/t/ WWW-Mechanize-GZip-0.12/t/00-load.t WWW-Mechanize-GZip-0.12/t/boilerplate.t WWW-Mechanize-GZip-0.12/t/pod.t WWW-Mechanize-GZip-0.12/t/pod-coverage.t WWW-Mechanize-GZip-0.12/META.yml WWW-Mechanize-GZip-0.12/.cvsignore WWW-Mechanize-GZip-0.12/MANIFEST WWW-Mechanize-GZip-0.12/Changes CPAN: File::Temp loaded ok (v0.18) Can't use an undefined value as a HASH reference at /usr/share/perl5/DhMakePerl.pm line 699. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper 7.3.15 helper programs for debian/rules ii dpkg-dev 1.15.3.1 Debian package development tools ii fakeroot 1.13 Gives a fake root environment ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libclass-accessor-perl0.33-1 Automated accessor generator ii libemail-date-format-perl 1.002-1Module to generate RFC-2822-valid ii liblist-moreutils-perl0.24-1 addition list functions not found ii libmodule-corelist-perl 2.18-2 what modules shipped with versions ii libmodule-depends-perl0.14-3 identify the dependencies of a dis ii libparse-debcontrol-perl 2.005-2Easy OO parsing of Debian control- ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output ii libtie-ixhash-perl1.21-2 ordered associative arrays for Per ii libwww-mechanize-perl 1.58-1 module to automate interaction wit ii libyaml-perl 0.70-1 YAML Ain't Markup Language ii make 3.81-6 An utility for Directing compilati ii perl 5.10.0-25 Larry Wall's Practical Extraction ii perl-modules [libmodule-corel 5.10.0-25 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.3.0 search for files within Debian pac ii perl-modules [libmodule-build 5.10.0-25 Core Perl modules dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543650: ITP: sd -- peer to peer bug tracker
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: sd Version : 0.70 Upstream Author : Jesse Vincent * URL : http://syncwith.us/sd/ * License : MIT Programming Lang: Perl Description : peer-to-peer bug tracking system SD is a peer-to-peer bug tracker that's built for sharing and use both online and offline. With SD, you can sync your bugs back and forth between other instances of SD, and even between SD and other bug trackers that SD supports. Since SD does not require a network connection for use and stores bug information locally, you can always access your bugs, no matter where you are. . Currently, SD supports syncing between SD and RT, Hiveminder, Trac, GitHub, Google Code, and Redmine (read-only). . SD is built on top of Prophet, a distributed database system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543648: ITP: prophet -- distributed database system
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: prophet Version : 0.70 Upstream Author : Jesse Vincent * URL : http://syncwith.us/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : distributed, peer to peer replicated database system Prophet is a new kind of database designed for the post Web-2.0 world. It's made to let you collaborate with your friends and coworkers without needing any kind of special server or internet provider. . Prophet's buzzword-laden pitch reads something like this: . A grounded, semirelational, peer to peer replicated, disconnected, versioned, property database with self-healing conflict resolution. . What that really means is that Prophet keeps your data in your control, not on a server in a cloud, is designed for online and offline use, syncs changes peer to peer in any way you can think of, and has a pluggable conflict resolution system that allows application writers to decide how to resolve conflicts during synchronization, using Prophet's algorithm or any other. . If you're not a programmer, you likely want an end-user application build on top of Prophet, rather than this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543644: ITP: libwww-mechanize-gzip-perl -- Perl module to fetch webpages with gzip compression
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libwww-mechanize-gzip-perl Version : 0.12 Upstream Author : Peter Giessner * URL : http://search.cpan.org/dist/WWW-Mechanize-GZip * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl module to fetch webpages with gzip compression The WWW::Mechanize::GZip module tries to fetch a URL by requesting gzip-compression from the webserver. . If the response contains a header with 'Content-Encoding: gzip', it decompresses the response in order to get the original (uncompressed) content. . This module will help to reduce bandwith fetching webpages, if supported by the webeserver. If the webserver does not support gzip-compression, no compression will be used. . This modules is a direct subclass of WWW::Mechanize and will therefore support any methods provided by WWW::Mechanize. . The decompression is handled by Compress::Zlib::memGunzip. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543584: ITP: libtest-cukes-perl -- Perl test tool inspired by Cucumber
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libtest-cukes-perl Version : 0.08 Upstream Author : Kang-min Liu * URL : http://search.cpan.org/dist/Test-Cukes/ * License : MIT Programming Lang: Perl Description : Perl test tool inspired by Cucumber Test::Cukes is a testing tool inspired by Cucumber (http://cukes.info). It lets your write your module tests with scenarios. It is supposed to be used with Test::More or other family of Test::* modules. It uses Test::More::note function internally to print messages. . For more info about how to define feature and scenarios, please read the documents from http://cukes.info. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543582: ITP: libtext-greeking-perl -- Perl module for generating meaningless filler text
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libtext-greeking-perl Version : 0.11 Upstream Author : Timothy Appnel * URL : http://search.cpan.org/dist/Text-Greeking * License : Artistic Programming Lang: Perl Description : Perl module for generating meaningless filler text Greeking is the use of random letters or marks to show the overall appearance of a printed page without showing the actual text. Greeking is used to make it easy to judge the overall appearance of a document without being distracted by the meaning of the text. . This is a module is for quickly generating varying meaningless text from any source to create this illusion of the content in systems. . This module was created to quickly give developers simulated content to fill systems with simulated content. Instead of static Lorem Ipsum text, by using randomly generated text and optionally varying word sources, repetitive and monotonous patterns that do not represent real system usage is avoided. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543555: ITP: libnumber-recordlocator-perl -- Perl module that encodes integers into a short "locator string"
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libnumber-recordlocator-perl Version : 0.005 Upstream Author : Jesse Vincent * URL : http://search.cpan.org/dist/Number-RecordLocator * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl module that encodes integers into a short "locator string" Number::RecordLocator encodes integers into a 32 character "alphabet" designed to be short and easy to read and pronounce. The encoding maps: . 0 to O 1 to I S to F B to P . With a 32 bit encoding, you can map 33.5 million unique ids into a 5 character code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543510: tag plugin template is wrong
Package: ikiwiki Version: 3.141~bpo50+1 Severity: normal The file /usr/share/ikiwiki/examples/blog/tags/life.mdwn (and tech.mdwn) contains the following: This feed contains pages in the "life" category. [[!inline pages="link(tags/life) and ./posts/* and !*/Discussion" show="10" actions=yes]] As far as I can tell, this doesn't work. While all posts that contain this tag show up as back links at the bottom of the page, no posts show up inlined in the page or in the tag feeds. Something like this *does* work for me: [[!inline pages="link(tags/life)" show="10" actions=yes ]] Maybe I'm doing something wrong, but if I am, it's entirely inobvious. The default tags should just work, no? The same thing happens for me using 3.141592 from unstable. cheers, Christine -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ikiwiki depends on: ii libhtml-parser-perl3.56-1+b1 A collection of modules that parse ii libhtml-scrubber-perl 0.08-4Perl extension for scrubbing/sanit ii libhtml-template-perl 2.9-1 HTML::Template : A module for usin ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii markdown 1.0.1-7 Text-to-HTML conversion tool ii perl 5.10.0-19 Larry Wall's Practical Extraction Versions of packages ikiwiki recommends: ii gcc [c-compiler] 4:4.3.2-2 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-25The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.2-1.1 The GNU C compiler ii git-core 1:1.6.3.3-1~bpo50+1 fast, scalable, distributed revisi ii libauthen-passphrase 0.005-3 Perl module encapsulating hashed p ii libc6-dev [libc-dev] 2.7-18 GNU C Library: Development Librari ii libcgi-formbuilder-p 3.05.01-6 Easily generate and process statef ii libcgi-session-perl 4.35-1 Persistent session data in CGI app ii liblwpx-paranoidagen 1.03-1.1a "paranoid" subclass of LWP::User ii libmail-sendmail-per 0.79-5 Send email from a perl script ii libnet-openid-consum 0.14-4 library for consumers of OpenID id ii libterm-readline-gnu 1.17a-2+b1 Perl extension for the GNU Readlin ii libtimedate-perl 1.1600-9Time and date functions for Perl ii libxml-simple-perl 2.18-1 Perl module for reading and writin ii subversion 1.5.1dfsg1-2Advanced version control system Versions of packages ikiwiki suggests: pn dvipng (no description available) ii gitweb 1:1.6.3.3-1~bpo50+1 fast, scalable, distributed revisi pn graphviz (no description available) pn libcrypt-ssleay-perl (no description available) ii libdigest-sha1-perl 2.11-2+b1 NIST SHA-1 message digest algorith pn libfile-mimeinfo-per (no description available) pn libhighlight-perl (no description available) ii libhtml-tree-perl3.23-1 represent and create HTML syntax t ii liblocale-gettext-pe 1.05-4 Using libc functions for internati ii libmailtools-perl2.03-1 Manipulate email in perl programs pn libnet-amazon-s3-per (no description available) pn librpc-xml-perl(no description available) pn libsearch-xapian-per (no description available) pn libsort-naturally-pe (no description available) pn libtext-csv-perl (no description available) pn libtext-textile-perl (no description available) pn libtext-typography-p (no description available) ii libtext-wikicreole-p 0.05-2 Convert Wiki Creole 1.0 markup to pn libtext-wikiformat-p (no description available) ii libxml-feed-perl 0.12-1 Syndication feed parser and auto-d pn perlmagick (no description available) pn polygen(no description available) ii python 2.5.2-3 An interactive high-level object-o pn python-docutils(no description available) pn sparkline-php (no description available) pn texlive(no description available) pn tidy (no description available) pn xapian-omega (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542630: ITP: libtest-http-server-simple-stashwarnings-perl -- catch your forked web server's warnings in Test::More tests
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libtest-http-server-simple-stashwarnings-perl Version : 0.04 Upstream Author : Shawn Moore * URL : http://search.cpan.org/dist/Test-HTTP-Server-Simple-StashWarnings * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : catch your forked web server's warnings in Test::More tests This module, based on Test::HTTP::Server::Simple, lets you retrieve the warnings that your forked HTTP::Server::Simple-based web server throws. That way you can test that your application continues to throw warnings when it makes sense. Catching the warnings also keeps your test output tidy. Finally, you'll be able to see when your application throws new, unexpected warnings. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542317: ITP: libnet-google-code-perl -- Perl client library for Google Code
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libnet-google-code-perl Version : 0.14 Upstream Author : sunnavy * URL : http://search.cpan.org/dist/Net-Google-Code/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl client library for Google Code This package provides a Perl interface, Net::Google::Code, which allows you to interact with projects hosted on http://code.google.com/ from Perl programs. Interacting with project issue trackers, wikis, and downloads are all supported. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542316: ITP: libnet-hiveminder-perl -- Perl interface to Hiveminder
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libnet-hiveminder-perl Version : 0.08 Upstream Author : Shawn Moore * URL : http://search.cpan.org/dist/Net-Hiveminder/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl interface to Hiveminder Hiveminder (http://hiveminder.com/) is a collaborate todo list organizer, built with Jifty. . This module uses Hiveminder's REST API to let you manage your tasks any way you want to. . This module is built on top of Net::Jifty. Consult that module's documentation for the lower-level interface. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542313: rstst
Package: wnpp Severity: normal Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Christine Spang To: Debian Bug Tracking System Subject: ITP: libnet-jifty-perl -- Perl interface to online Jifty applications Message-ID: <20090818225351.13425.6381.report...@localhost.localdomain> X-Mailer: reportbug 4.6 Date: Tue, 18 Aug 2009 23:53:51 +0100 X-Debbugs-Cc: christ...@debian.org, debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libnet-jifty-perl Version : 0.12 Upstream Author : Shawn Moore * URL : http://search.cpan.org/dist/Net-Jifty/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl interface to online Jifty applications Jifty is a full-stack web framework. It provides an optional REST interface for applications. Using this module, you can interact with that REST interface to write client-side utilities. . You can use this module directly, but you'll be better off subclassing it, such as is done in Net::Hiveminder. . This module also provides a number of convenient methods for writing short scripts. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542310: ITP: librt-client-rest-perl -- Perl interface to RT installations using REST
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: librt-client-rest-perl Version : 0.37 Upstream Author : Dmitri Tikhonov * URL : http://search.cpan.org/dist/RT-Client-REST/ * License : GPL Programming Lang: Perl Description : RESTful Perl interface to RT installations Request Tracker (RT) is a ticketing system. This package provides a RESTful Perl interface to RT installations. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542305: ITP: libnet-github-perl -- Perl interface for GitHub
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libnet-github-perl Version : 0.18 Upstream Author : Fayland Lam * URL : http://search.cpan.org/dist/Net-GitHub/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl interface for GitHub GitHub, http://github.com/, is a service for hosting Git source code repositories and managing projects using Git. This package provides a Perl interface that implements V1 and V2 of the GitHub API, described at http://develop.github.com/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542303: ITP: libnet-redmine-perl -- Perl API for Redmine
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libnet-redmine-perl Version : 0.08 Upstream Author : Kang-min Liu * URL : http://search.cpan.org/dist/Net-Redmine/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl API for Redmine Redmine is a web application for managing projects. This package provides Net::Redmine, a Perl interface for reading and writing data on Redmine servers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542302: ITP: libnet-trac-perl -- Perl client library for Trac
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libnet-trac-perl Version : 0.14 Upstream Author : Jesse Vincent * URL : http://search.cpan.org/dist/Net-Trac/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : Perl client library for Trac Net::Trac is simple client library for a remote Trac instance. Because Trac doesn't provide a web services API, this module currently "fakes" an RPC interface around Trac's webforms and the feeds it exports. Because of this, it's somewhat more brittle than a true RPC client would be. As of now, this module has been tested against Trac 10.4 and Trac 11.0. The author's needs for this module are somewhat modest and its current featureset reflects this. Right now, only basic read/write functionality for Trac's tickets is provided. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541364: ITP: libtest-script-run-perl -- Perl module for testing scripts as subprocesses
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libtest-script-run-perl Version : 0.02 Upstream Author : sunnavy * URL : http://search.cpan.org/dist/Test-Script-Run/ * License : Perl (GPL-1+ | Artistic) Programming Lang: Perl Description : Perl module for testing scripts as subprocesses Test::Script::Run provides Test::More-compatible subroutines for testing scripts in a Perl module distribution's bin/ directory using IPC::Run3 to spawn the scripts as subprocesses. . Subroutines are provided for running scripts and simply checking that the return value is good, as well as capturing a script's STDOUT and STDERR and comparing against expected output. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541068: ITP: libuuid-tiny-perl -- pure Perl module to generate v1, v3, v4, and v5 UUIDs
Package: wnpp Severity: wishlist Owner: Christine Spang * Package name: libuuid-tiny-perl Version : 1.01 Upstream Author : Christian Augustin * URL : http://search.cpan.org/dist/UUID-Tiny/ * License : Perl (GPL-1+ | Artistic) Programming Lang: Perl Description : pure Perl module to generate v1, v3, v4, and v5 UUIDs UUID::Tiny provides a simple, non-object-oriented interface for generating UUIDs from Perl code. It is not suitable for performance-sensitive UUID generation or for applications that require v1 UUIDs generated from a real MAC address (this module generates random MAC addresses), but otherwise provides a simpler Perl interface for UUID generation than alternatives. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
