Bug#696825: AttributeError: 'module' object has no attribute 'FlowImages'

2012-12-28 Thread Christine Spang 
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 module
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 module
from calibre.gui2.cover_flow import CoverFlowMixin
  File /usr/lib/calibre/calibre/gui2/cover_flow.py, line 23, in module
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#696825: AttributeError: 'module' object has no attribute 'FlowImages'

2012-12-27 Thread Christine Spang 
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 module
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 module
from calibre.gui2.cover_flow import CoverFlowMixin
  File /usr/lib/calibre/calibre/gui2/cover_flow.py, line 23, in module
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-rc-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

2012-07-12 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#627174: Ping - FTBFS

2012-06-18 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#629666: patch for this bug

2011-08-21 Thread Christine Spang 
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#633856: errors during installation, errors from init script

2011-08-21 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636348: does not start due to notifications problem

2011-08-02 Thread Christine Spang 
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 filename unknown:0 
  at DBus.Bus.StartServiceByName (System.String name, UInt32 flags) [0x0] 
in filename unknown:0 
  at DBus.Bus.StartServiceByName (System.String name) [0x0] in filename 
unknown:0 
  at Notifications.Global.get_DBusObject () [0x0] in filename unknown:0 
  at Notifications.Global.get_Capabilities () [0x0] in filename unknown:0 
  at Smuxi.Frontend.Gnome.NotifyManager.Init () [0x0] in filename 
unknown:0 
  at Smuxi.Frontend.Gnome.NotifyManager..ctor (Smuxi.Frontend.Gnome.MainWindow 
mainWindow, Smuxi.Frontend.Gnome.ChatViewManager chatViewManager) [0x0] in 
filename unknown:0 
  at Smuxi.Frontend.Gnome.MainWindow..ctor () [0x0] in filename unknown:0 
  at Smuxi.Frontend.Gnome.Frontend.Init (System.String[] args) [0x0] in 
filename unknown:0 
  at Smuxi.Frontend.Gnome.MainClass.Main (System.String[] args) [0x0] in 
filename unknown: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 filename unknown:0 
  at DBus.Bus.StartServiceByName (System.String name, UInt32 flags) [0x0] 
in filename unknown:0 
  at DBus.Bus.StartServiceByName (System.String name) [0x0] in filename 
unknown:0 
  at Notifications.Global.get_DBusObject () [0x0] in filename unknown:0 
  at Notifications.Global.get_Capabilities () [0x0] in filename unknown:0 
  at Smuxi.Frontend.Gnome.NotifyManager.Init () [0x0] in filename 
unknown:0 
  at Smuxi.Frontend.Gnome.NotifyManager..ctor (Smuxi.Frontend.Gnome.MainWindow 
mainWindow, Smuxi.Frontend.Gnome.ChatViewManager chatViewManager) [0x0] in 
filename unknown:0 
  at Smuxi.Frontend.Gnome.MainWindow..ctor () [0x0] in filename unknown:0 
  at Smuxi.Frontend.Gnome.Frontend.Init (System.String[] args) [0x0] in 
filename unknown:0 
  at Smuxi.Frontend.Gnome.MainClass.Main (System.String[] args) [0x0] in 
filename unknown: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-rc-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

2011-05-18 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#605152: NMU patch

2010-12-04 Thread Christine Spang 
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-rc-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

2010-12-02 Thread Christine Spang 
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-rc-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

2010-12-01 Thread Christine Spang 
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 pwil3...@bigpond.net.au 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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#597962: Seems to have resolved itself

2010-11-15 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580820: do you plan to continue working on fceu?

2010-07-06 Thread Christine Spang 
Hi Joe,

Great! Thanks for your continuing contribution to Debian. :)

Christine

On Mon, Jul 05, 2010 at 10:10:26PM -0400, Joe Nahmias wrote:
 Hi Christine,
 
 Yes, I do plan on working on fceu.  Just finished some stuff IRL, so I
 should have time to look at this in the near future.
 
 --Joe
 
 On Sat, Jun 26, 2010 at 05:32:58PM -0400, Christine Spang wrote:
  Hi Joe,
  
  Do you plan to continue working on the fceu Debian package?
  You have not made any uploads in some time, and it has
  a critical bug that would be fixed by packaging the latest
  version. If you do not intend to work on it, it would be a
  good idea to orphan the package, as such changes shouldn't
  be done as non-maintainer uploads.
  
  cheers,
  Christine
  
  



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#583820: #562349 caused by previous NMU

2010-06-26 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580820: do you plan to continue working on fceu?

2010-06-26 Thread Christine Spang 
Hi Joe,

Do you plan to continue working on the fceu Debian package?
You have not made any uploads in some time, and it has
a critical bug that would be fixed by packaging the latest
version. If you do not intend to work on it, it would be a
good idea to orphan the package, as such changes shouldn't
be done as non-maintainer uploads.

cheers,
Christine



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582377: blocked on testing the patch

2010-06-26 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#580110: [gnuvd] new upstream version for this bug

2010-06-25 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582746: prophet: FTBFS: t/malformed-url.t failure

2010-05-24 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#581227: mpg123-el: cannot reproduce this bug

2010-05-19 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#581227: mpg123-el: cannot reproduce this bug

2010-05-19 Thread Christine Spang 
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-rc-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

2010-05-05 Thread A. Christine Spang 
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-rc-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

2010-02-17 Thread A. Christine Spang 
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-rc-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

2010-01-25 Thread A. Christine Spang 
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=path to FTGL include directory.
 | 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-rc-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

2010-01-07 Thread Christine Spang 
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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#537965: exfalso: Fails to start: ImportError: cannot import name EditingPlugins

2009-07-22 Thread A. Christine Spang 
On Wed, Jul 22, 2009 at 03:34:59AM +0200, Mathias Brodala wrote:
 Package: exfalso
 Version: 2.1-1
 Severity: grave
 Justification: renders package unusable
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 *** Please type your report below this line **
 
 Trying to start ExFalso yields the following:
 
  Traceback (most recent call last):
File /usr/bin/exfalso, line 38, in module
  main(sys.argv)
File /usr/bin/exfalso, line 31, in main
  from quodlibet.qltk.exfalsowindow import ExFalsoWindow
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/qltk/exfalsowindow.py, line 
  30, in module
  from quodlibet.plugins.editing import EditingPlugins
  ImportError: cannot import name EditingPlugins*

This is the same bug as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536739 . If you're a
testing user, you can grab the version from unstable which should fix
your problem. (Sorry, I really shouldn't have let it migrate to testing.
That was my fault.) The new upload was made with priority=medium so the
new version should migrate to testing in a few days if nothing else
comes up.

later,
Christine



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#537046: quodlibet: Does not start due to EditingPlugins ImportError

2009-07-14 Thread A. Christine Spang 
severity 537046 important
merge 537046 536739
thanks

This bug has already been reported. Please see the discussion on the
other bug report.

Thanks,
Christine



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#514118: please backport fix for bug that causes flac datacorruption

2009-02-04 Thread Christine Spang 
Package: python-mutagen
Version: 1.14-1
Severity: grave

Mutagen 1.14 contains a bug that can cause data loss if a user tries
to tag FLAC files with more than two channels.

This is noted in the release announcement here:
http://groups.google.com/group/quod-libet-development/browse_thread/thread/e7e928533c5ce3fd

We should really try to get this fixed for Lenny.

Regards,
Christine

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to 
fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-mutagen depends on:
ii  python2.5.2-3An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt

python-mutagen recommends no packages.

python-mutagen suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#422659: Sponsored.

2007-05-18 Thread Christine Spang 
As part of the weekend bug squashing party, I've sponsored this upload
for you since your usual sponsor is unresponsive.

Cheers,
Christine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411198: gquilt: doesn't start due to dependency problem

2007-02-16 Thread A. Christine Spang 
On Sat, Feb 17, 2007 at 01:42:07PM +1000, Peter Williams wrote:
 Jiří Paleček wrote:
 Package: gquilt
 Version: 0.17-2
 Severity: serious
 Justification: renders package unusable
 
 Hello,
 
 I have recently updated python 2.4 and from this time, gquilt refused
 working with an error message immediately after I run it:
 
 RuntimeError: Bad magic number in .pyc file
 
 Probably there is some problem with the dependencies?
 I have only python 2.3 and 2.4 installed
 
 A quick fix would be just delete the pyc files.  The only downside to 
 that should be a slight slowdown in start up time due to the absence of 
 the byte compiled code.
 
 But I would recommend upgrading to a later version of gquilt (notably 
 v-0.19).  I don't know whether this is available as a Debian package yet 
 as that is/was done by someone else but the source is available at 
 http://downloads.sourceforge.net/gquilt/gquilt-0.19.tar.gz?use_mirror=optusnet.
 
 
 Regards
 Jiri Palecek

I'm uploading a fix for this problem as fast as my sponsor gets to it. I
was unaware that upstream had moved to Sourceforge, but now that I know
that I'll package the new upstream version as soon as the release
critical bug is fixed in etch.

Peter--feel free to ignore any bugs that are specifically related to
Debian packaging issues. I'll get them. 

Regards,
Christine

Bug#381861: Patch for this bug.

2006-08-17 Thread Christine Spang 
It looks like this is indeed caused by the fact that
asterisk_fix is not actually included in the packaging
of asterisk-config.

I've attached a simple patch that should fix this problem.

Cheers,
Christine
Common subdirectories: asterisk-1.2.10.dfsg/debian/ast_config and 
../asterisk-1.2.10.dfsg/debian/ast_config
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-bristuff
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-bristuff.substvars
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-classic
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-classic.substvars
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-config
diff -u asterisk-1.2.10.dfsg/debian/asterisk-config.install 
../asterisk-1.2.10.dfsg/debian/asterisk-config.install
--- asterisk-1.2.10.dfsg/debian/asterisk-config.install 2006-08-17 
13:29:12.0 -0400
+++ ../asterisk-1.2.10.dfsg/debian/asterisk-config.install  2006-08-17 
13:01:10.0 -0400
@@ -1 +1,2 @@
 etc/asterisk
+usr/share/asterisk/bin/asterisk_fix
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-dev
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-doc
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-h323
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-h323.substvars
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk.postinst.debhelper
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk.postrm.debhelper
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk.prerm.debhelper
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-sounds-main
Only in ../asterisk-1.2.10.dfsg/debian/: asterisk-web-vmail
Only in ../asterisk-1.2.10.dfsg/debian/: build
Only in ../asterisk-1.2.10.dfsg/debian/: files
Only in ../asterisk-1.2.10.dfsg/debian/: patched
Common subdirectories: asterisk-1.2.10.dfsg/debian/patches and 
../asterisk-1.2.10.dfsg/debian/patches
diff -u asterisk-1.2.10.dfsg/debian/rules ../asterisk-1.2.10.dfsg/debian/rules
--- asterisk-1.2.10.dfsg/debian/rules   2006-08-17 13:29:12.0 -0400
+++ ../asterisk-1.2.10.dfsg/debian/rules2006-08-17 13:01:46.0 
-0400
@@ -155,10 +155,13 @@
cp contrib/scripts/vmail.cgi 
$(CURDIR)/debian/tmp/usr/lib/cgi-bin/asterisk/
chmod +x $(CURDIR)/debian/tmp/usr/lib/cgi-bin/asterisk/vmail.cgi
$(RM) -f $(CURDIR)/debian/tmp/usr/sbin/{stereorize,streamplayer}
+   mkdir -p $(CURDIR)/debian/tmp/usr/share/asterisk/bin
+   cp debian/asterisk_fix 
$(CURDIR)/debian/tmp/usr/share/asterisk/bin/asterisk_fix
+   chmod +x $(CURDIR)/debian/tmp/usr/share/asterisk/bin/asterisk_fix
# override some default configurations. Leave the original ones
# in the sample configs:
cp -a debian/ast_config/* $(CURDIR)/debian/tmp/etc/asterisk
-   
+
# bristuf
$(MAKE) -C $(BRISTUFF_DIR) DESTDIR=$(CURDIR)/debian/tmp/bristuff install
mkdir -p $(CURDIR)/debian/tmp/bristuff/etc/default/
Only in ../asterisk-1.2.10.dfsg/debian/: tmp

Bug#340035: quodlibet: png files in /usr/lib violates FHS

2005-11-20 Thread Christine Spang 
Package: quodlibet
Version: 0.15-2
Severity: serious

The QL package contains image files in /usr/lib/quodlibet, which
should go in /usr/share according to the FHS.

Lintian also reports this:

lintian -i quodlibet_0.15-2_i386.changes
W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/exfalso.png
N:
N:   This package installs a pixmap or a bitmap within /usr/lib. According
N:   to the Filesystem Hierarchy Standard, architecture-independent files
N:   need to be placed within /usr/share instead.
N:
W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/quodlibet.png
W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/ql-volume-max.png
W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/ql-volume-medium.png
W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/ql-volume-min.png
W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/ql-volume-zero.png

References:
http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1
http://www.debian.org/doc/packaging-manuals/fhs/fhs-4.7.html

-- System Information:
Debian Release: testing/unstable
  APT prefers experimental
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages quodlibet depends on:
ii  gstreamer0.8-alsa [gstreamer0 0.8.11-2   ALSA plugin for GStreamer
ii  gstreamer0.8-artsd [gstreamer 0.8.11-2   aRtsd plugin for GStreamer
ii  gstreamer0.8-esd [gstreamer0. 0.8.11-2   Enlightened Sound Daemon plugin fo
ii  gstreamer0.8-mad  0.8.11-2   MAD MPEG audio decoder plugin for 
ii  gstreamer0.8-oss [gstreamer0. 0.8.11-2   OSS plugin for GStreamer
ii  gstreamer0.8-polypaudio [gstr 0.8.11-2   polypaudio plugin for GStreamer
ii  gstreamer0.8-vorbis   0.8.11-2   Vorbis plugin for GStreamer
ii  libgtk2.0-0   2.8.7-1The GTK+ graphical user interface 
ii  python2.3.5-3An interactive high-level object-o
ii  python-gst0.8.2-1generic media-playing framework (P
ii  python-gtk2   2.8.2-2Python bindings for the GTK+ widge
ii  python-pymad  0.5.4-1Python wrapper to the MPEG Audio D
ii  python-pyvorbis   1.3-1  A Python interface to the Ogg Vorb
ii  python2.3-pymad [python-pymad 0.5.4-1Python wrapper to the MPEG Audio D

Versions of packages quodlibet recommends:
ii  libgstreamer-gconf0.8-0   0.8.11-2   GConf support for GStreamer
ii  python-gnome2-extras  2.12.1-1   Python bindings for the GNOME desk
ii  python2.3-gnome2  2.12.1-3   Python bindings for the GNOME desk
ii  quodlibet-ext 0.15-2 extensions for the Quod Libet audi

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]