Your message dated Mon, 09 Mar 2020 23:57:46 +0000
with message-id <e1jbshk-000ctp...@fasolo.debian.org>
and subject line Bug#953433: Removed package(s) from unstable
has caused the Debian Bug report #566033,
regarding moap doap crashes on any .doap file
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
566033: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566033
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: moap
Version: 0.2.7-1
Severity: important
Previous version of a doap file that worked:
http://gpdftext.svn.sourceforge.net/viewvc/gpdftext/trunk/gpdftext.doap?revision=74
Current version:
http://gpdftext.svn.sourceforge.net/viewvc/gpdftext/trunk/gpdftext.doap
Source of example .doap files, also tested:
http://crschmidt.net/semweb/doapamatic/
Whichever .doap file I use, moap doap show crashes:
Traceback (most recent call last):
File "/usr/bin/moap", line 28, in <module>
sys.exit(main(sys.argv[1:]))
File "/usr/lib/pymodules/python2.5/moap/main.py", line 13, in main
ret = c.parse(argv)
File "/usr/lib/pymodules/python2.5/moap/extern/command/command.py", line 285,
in parse
return self.subCommands[command].parse(args[1:])
File "/usr/lib/pymodules/python2.5/moap/extern/command/command.py", line 285,
in parse
return self.subCommands[command].parse(args[1:])
File "/usr/lib/pymodules/python2.5/moap/extern/command/command.py", line 267,
in parse
ret = self.do(args)
File "/usr/lib/pymodules/python2.5/moap/command/doap.py", line 435, in do
project = d.getProject()
File "/usr/lib/pymodules/python2.5/moap/doap/doap.py", line 94, in getProject
"Length of result is %d instead of 1" % len(result)
AssertionError: Length of result is 0 instead of 1
Other moap functions appear OK but all 'moap doap' operations fail with the
same crash and
with any .doap file I can find.
I've also tested in a clean chroot with all the Recommended packages installed:
ii exuberant-ctags 1:5.8-1 build tag file
indexes of source code definitions
ii file 5.03-5 Determines file
type using "magic" numbers
ii python-cheetah 2.0.1-2 text-based
template engine and Python code generator
ii python-genshi 0.5.1-2 Python
XML-based template engine
ii python-twisted-core 9.0.0-1 Event-based
framework for internet applications
ii python-yahoo 3.1-1.1 Python module
for the Yahoo Search Web Service
ii raptor-utils 1.4.20-2 Raptor RDF
parser and serializer utilities
ii redland-utils 1.0.10-1 Redland
Resource Description Framework (RDF) Utility programs
ii xml-core 0.13 XML
infrastructure and XML catalog file support
# moap doap show
Traceback (most recent call last):
File "/usr/bin/moap", line 28, in <module>
sys.exit(main(sys.argv[1:]))
File "/usr/lib/pymodules/python2.5/moap/main.py", line 13, in main
ret = c.parse(argv)
File "/usr/lib/pymodules/python2.5/moap/extern/command/command.py", line 285,
in parse
return self.subCommands[command].parse(args[1:])
File "/usr/lib/pymodules/python2.5/moap/extern/command/command.py", line 285,
in parse
return self.subCommands[command].parse(args[1:])
File "/usr/lib/pymodules/python2.5/moap/extern/command/command.py", line 267,
in parse
ret = self.do(args)
File "/usr/lib/pymodules/python2.5/moap/command/doap.py", line 435, in do
project = d.getProject()
File "/usr/lib/pymodules/python2.5/moap/doap/doap.py", line 94, in getProject
"Length of result is %d instead of 1" % len(result)
AssertionError: Length of result is 0 instead of 1
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages moap depends on:
ii python 2.5.4-5 An interactive high-level object-o
ii python-librdf 1.0.10.1-1 Python language bindings for the R
ii python-support 1.0.6 automated rebuilding support for P
Versions of packages moap recommends:
ii exuberant-ctags 1:5.8-1 build tag file indexes of source c
pn python-cheetah <none> (no description available)
pn python-genshi <none> (no description available)
pn python-twisted-core <none> (no description available)
pn python-yahoo <none> (no description available)
Versions of packages moap suggests:
pn bzr <none> (no description available)
ii cvs 1:1.12.13-12 Concurrent Versions System
pn darcs <none> (no description available)
ii git-core 1:1.6.6-1 fast, scalable, distributed revisi
pn git-svn <none> (no description available)
ii subversion 1.6.6dfsg-2 Advanced version control system
-- no debconf information
--
Neil Williams
=============
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpU33ZMYVhKk.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Version: 0.2.7-2.2+rm
Dear submitter,
as the package moap has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/953433
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.
Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)
--- End Message ---
