Bug#682827: nmu: libgeier0_0.13-1

2012-07-25 Thread John V. Belmonte
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu libgeier0_0.13-1 . ALL . -m rebuild to work around xmlsec issue (bug 
#675513)


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



Bug#604972: ITP: lua5.2 -- Simple, extensible, embeddable programming language

2010-11-25 Thread John V. Belmonte
Package: wnpp
Severity: wishlist
Owner: John V. Belmonte jbelmo...@debian.org


* Package name: lua5.2
  Version : 5.2.0
  Upstream Author : Lua Team t...@lua.org
* URL : http://www.lua.org/
* License : MIT
  Programming Lang: C
  Description : Simple, extensible, embeddable programming language

Lua is a powerful, light-weight programming language designed for extending
applications.  The language engine is accessible as a library, having a C
API which allows the application to exchange data with Lua programs and also
to extend Lua with C functions.  Lua is also used as a general-purpose,
stand-alone language through the simple command line interpreter provided.

Lua 5.2 is currently in alpha.  To those who will otherwise object to
too many Lua source packages, some reminders of why we need to add this
new source package while maintaining old versions:

* Lua point releases (5.0, 5.1, etc.) are major releases, with backwards
  incompatibilities in the C API, language, and standard libraries.  The
  last major release (5.1) was about 5 years ago.

* Lua is commonly used to extend applications, and such applications, and
  moreover the scripts written by the application users, necessarily
  depend on a specific major version.  Upgrading applications to new
  versions is not trivial.  Furthermore, due to the power and virtually
  complete lack of bugs inherent in even old Lua versions, there is often
  little reason for applications to upgrade.



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



Bug#563443: python-pypdf: parsing not robust to whitespace

2010-01-02 Thread John V. Belmonte
Package: python-pypdf
Version: 1.12-2
Severity: normal

While using pdfshuffler on PDF statements from my stock broker, on export I'd
consistently get an exception from pypdf.  Note that pdfshuffler's own display,
along with evince, acroread, kpdf, etc. have no problem with these documents.

On inspection it turns out that pypdf's parsing is rather primitive
and doesn't handle the presence of extra spaces, linefeeds in place of
space, etc.  Here is an example of PDF source causing problems:

   9 0 obj
   
   /Type /Font
   /Subtype /Type1
   /Encoding 4  0 R
   /BaseFont /Times-Bold
endobj

I will attach a patch that makes parsing more lax about whitespace in a few
places that were significant to my document.  However this is just the tip
of the iceburg.  Unfortunatley the pypdf code is written in a rather low-level
fashion and addressing the problem fully will be a large task.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
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/dash

Versions of packages python-pypdf depends on:
ii  python-support1.0.6  automated rebuilding support for P

python-pypdf recommends no packages.

python-pypdf suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/python-support/python-pypdf/pyPdf/pdf.py (from 
python-pypdf package)
debsums: changed file /usr/share/python-support/python-pypdf/pyPdf/generic.py 
(from python-pypdf package)
# patch to pypdf to tolerate whitespace in cases like this
# (generated by Exstream Dialogue 6.1.015):
#
#   9 0 obj
#   
#   /Type /Font
#   /Subtype /Type1
#   /Encoding 4  0 R
#   /BaseFont /Times-Bold
#endobj

diff -urb orig/generic.py new/generic.py
--- orig/generic.py	2009-12-29 23:09:18.556359182 -0500
+++ new/generic.py	2009-12-29 23:07:10.780361180 -0500
@@ -35,7 +35,7 @@
 __author_email__ = biz...@mathieu.fenniak.net

 import re
-from utils import readNonWhitespace, RC4_encrypt
+from utils import readNonWhitespace, readUntilWhitespace, RC4_encrypt
 import filters
 import utils
 import decimal
@@ -81,7 +81,7 @@
 return NumberObject.readFromStream(stream)
 peek = stream.read(20)
 stream.seek(-len(peek), 1) # reset to start
-if re.match(r(\d+)\s(\d+)\sR[^a-zA-Z], peek) != None:
+if re.match(r(\d+)\s+(\d+)\sR[^a-zA-Z], peek) != None:
 return IndirectObject.readFromStream(stream, pdf)
 else:
 return NumberObject.readFromStream(stream)
@@ -183,19 +183,10 @@
 stream.write(%s %s R % (self.idnum, self.generation))

 def readFromStream(stream, pdf):
-idnum = 
-while True:
-tok = stream.read(1)
-if tok.isspace():
-break
-idnum += tok
-generation = 
-while True:
-tok = stream.read(1)
-if tok.isspace():
-break
-generation += tok
-r = stream.read(1)
+idnum = readUntilWhitespace(stream)
+readNonWhitespace(stream); stream.seek(-1, 1)
+generation = readUntilWhitespace(stream)
+r = readNonWhitespace(stream)
 if r != R:
 raise utils.PdfReadError(error reading indirect object reference)
 return IndirectObject(int(idnum), int(generation), pdf)
diff -urb orig/pdf.py new/pdf.py
--- orig/pdf.py	2009-12-29 23:09:17.632359905 -0500
+++ new/pdf.py	2009-12-29 23:11:00.444359823 -0500
@@ -586,10 +586,13 @@
 # tables that are off by whitespace bytes.
 readNonWhitespace(stream); stream.seek(-1, 1)
 idnum = readUntilWhitespace(stream)
+readNonWhitespace(stream); stream.seek(-1, 1)
 generation = readUntilWhitespace(stream)
-obj = stream.read(3)
-readNonWhitespace(stream)
-stream.seek(-1, 1)
+readNonWhitespace(stream); stream.seek(-1, 1)
+obj_token = stream.read(3)
+if obj_token != 'obj':
+raise utils.PdfReadError(Error reading object header)
+readNonWhitespace(stream); stream.seek(-1, 1)
 return int(idnum), int(generation)

 def cacheIndirectObject(self, generation, idnum, obj):


Bug#525559: libjline-java: terminal problem with wrapped lines

2009-04-25 Thread John V. Belmonte
Package: libjline-java
Version: 0.9.94-1
Severity: normal

When entering a line that wraps in the terminal, I am unable to back up to
the previous line.  In other words I get stuck with this display:

   prompt aa
   _
   ^ cursor here, can't back up

This happens in both a KDE Konsole and normal Linux console.

I notice that bsh, which uses jline, has the same problem.

Possibly related:  
http://sourceforge.net/tracker/index.php?func=detailaid=1899669group_id=64033atid=506056

-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libjline-java depends on:
ii  java-gcj-compat [java2-runtim 1.0.78-2   Java runtime environment using GIJ
ii  sun-java6-jre [java2-runtime] 6-12-1 Sun Java(TM) Runtime Environment (

libjline-java recommends no packages.

Versions of packages libjline-java suggests:
ii  libjline-java-doc 0.9.94-1   Java library for handling console 

-- 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#515328: apt-show-versions: Perl use of uninitialized value warnings

2009-02-15 Thread John V. Belmonte
Package: apt-show-versions
Version: 0.15
Severity: normal

$ apt-show-versions
Use of uninitialized value $_[0] in hash element at /usr/bin/apt-show-versions 
line 733.
Use of uninitialized value in string eq at /usr/bin/apt-show-versions line 684.
...
Use of uninitialized value in string comparison (cmp) at 
/usr/bin/apt-show-versions line 724.
...


-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt-show-versions depends on:
ii  apt   0.7.20.2   Advanced front-end for dpkg
ii  libapt-pkg-perl   0.1.22+b1  Perl interface to libapt-pkg
ii  perl [libstorable-perl]   5.10.0-19  Larry Wall's Practical Extraction 

apt-show-versions recommends no packages.

apt-show-versions 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#512322: ITP: lua-metalua -- Metaprogramming language designed as a superset of Lua

2009-01-19 Thread John V. Belmonte
Package: wnpp
Severity: wishlist
Owner: John V. Belmonte jbelmo...@debian.org


* Package name: lua-metalua
  Version : 0.5
  Upstream Author : Fabien Feutot meta...@gmail.com
* URL : http://metalua.luaforge.net/
* License : MIT
  Programming Lang: Lua
  Description : Metaprogramming language designed as a superset of Lua

Metalua is a metaprogramming language and a compiler which provide full
compatibility with Lua 5.1 sources and bytecode.  It offers a complete macro
system similar in power to that offered by Lisp dialects or Template Haskell.
Namely, manipulated programs can be seen as source code, abstract syntax trees,
or an arbitrary mix thereof-- whichever suits your task better.  It has a
dynamically extensible parser, which lets you support your macros with a
syntax that blends nicely with the rest of the language.  A set of language
extensions is also provided, all implemented as regular Metalua macros.



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



Bug#443572: partimage: new upstream versions

2007-09-22 Thread John V. Belmonte
Package: partimage
Version: 0.6.4-17
Severity: wishlist

Please upgrade this package to the latest upstream version.  The changes are
mostly bug fixes and look significant, including integration of existing
Debian patches.  Also the beta version has amd64 fixes, which may be
significant.


0.6.6: (2007-08-11) 
- applied patches from the clonezilla team (Thomas Tsai) to make partimage
  work better with stdin/stdout in batch mode:
  + more output info when using stdin/stdout in batch mode (-B gui=no).
  + if batch mode is on, volume=0 is automatically set. This will avoid
partimage creating an output file stdout.000, make it really use
/dev/stdout
  + if batch mode is on, necessary device node will be created
automatically.
- updated the translation files
- applied gentoo patch that fixes the insecure temporary file creation

0.6.5: (2006-12-15) 
- applied gentoo patch partimage-0.6.4-nodumbpermchecks.diff (bug fixes)
- applied gentoo patch partimage-0.6.4-fixserverargs.diff (bug fixes)
- applied gentoo patch partimage-0.6.4-lib64.patch (bug fixes)
- applied gentoo patch 
  partimage-0.6.4-fflush-before-re-read-partition-table.patch (bug fixes)
- applied gentoo patch partimage-0.6.4-LP64-fixes.patch (bug fixes)
- applied gentoo patch save-all-restore-all-actions (trivial feature)
- applied several debian patches
- added man files from debian in doc/en/man
- added detection of Reiser4 File system
- removed compilation warnings



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



Bug#366914: nd: segfault

2006-05-11 Thread John V. Belmonte
Package: nd
Version: 0.8.2-2
Severity: normal

Witness:
  $ nd -v http://yahoo.com/
  Error: PROPFIND failed, `OK'
  $ nd -v 'http://neggie.net/test'
  Segmentation fault

The latter site is my own, and while it may be that I don't have WebDAV
configured correctly on the server, in no circumstance should nd segfault.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages nd depends on:
ii  libc6  2.3.6-7   GNU C Library: Shared libraries
ii  libxml22.6.24.dfsg-1 GNOME XML library
ii  zlib1g 1:1.2.3-11compression library - runtime

nd recommends no packages.

-- no debconf information


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



Bug#361417: linux-2.6: provide desktop variant of kernel

2006-04-08 Thread John V. Belmonte
Package: linux-2.6
Severity: wishlist

Please provide a variant of the kernel with small config changes targeting 
desktop use.

It can be argued that we don't want a proliferation of kernel flavors again,
after the recent great work to get the Debian Linux packages under control.
However, server vs. desktop is a key division, and having Debian provide
a more responsive desktop experience out of the box will be worth the split.

Bug #311185 argued, perhaps rightly, that CONFIG_PREEMPT is unstable.
However, the more conservative CONFIG_PREEMPT_VOLUNTARY is available as an
alternative.


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



Bug#358007: Undefined subroutine call in svk.pm

2006-03-20 Thread John V. Belmonte
Package: svk
Version: 1.07-1
Severity: normal

While sync'ing a CVS repository, got this error:

  Undefined subroutine YAML::Dump called at /usr/share/perl5/VCP/Dest/svk.pm
line 359.

It seems that svk.pm needs to have use YAML () ; added to it.  Likely
this hasn't been noticed because the call is only made to report certain
trouble (in my case non-ascii characters in a log message).


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



Bug#356046: linux-2.6: exact kernel version not obvious

2006-03-09 Thread John V. Belmonte
Package: linux-2.6
Severity: minor

I don't see any way to determine the exact kernel version I'm running,
other that flipping through the Debian changelog.

E.g., I'm supposedly running 2.6.15.6 now, but the minor .6 is nowhere to be
found in the package name:

linux-image-2.6.15-1-686

nor in /proc/version:

  Linux version 2.6.15-1-686 (Debian 2.6.15-8) ([EMAIL PROTECTED])
(gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9))
#2 Mon Mar 6 15:27:08 UTC 2006


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



Bug#354962: pysvn: version 1.4.0 available

2006-03-02 Thread John V. Belmonte
Package: pysvn
Severity: normal

Please update pysvn to the version 1.4.0 release.  This must happen before
the subversion-1.3.0 package in experimental hits sid.  The new pysvn release
is backwards compatible down to the Subversion 1.1 series.


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



Bug#350944: wajig: command line processing interacts badly with archives names having dash

2006-02-01 Thread John V. Belmonte
Package: wajig
Version: 2.0.31
Severity: normal

The backports.org archive uses a dash in their archive name (sarge-backports).
Apparently wajig strips dashes in its command line processing, so the
following doesn't work:

  $ wajig -t install/sarge-backports lua5.1
  ...
  Performing: apt-get --target-release sargebackports install 'lua5.1'


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



Bug#348106: FTBFS: build depends on non-existent libopensc1-dev

2006-01-14 Thread John V. Belmonte
Package: gnupg2
Version: 1.9.19-2
Severity: serious
Justification: no longer builds from source

Looks like the opensc maintainer moved to libopensc2-dev ungracefully, causing
libopensc1 packages to be removed from the archive.


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



Bug#346330: zodb: Python variants shouldn't conflict

2006-01-06 Thread John V. Belmonte
Package: zodb
Severity: normal

The zodb package variants (i.e. Python version 2.3, 2.4) should not conflict
with each other, as apps requiring either version need to exist on the same
system.  Presumably this was done because of the utility scripts in /usr/bin.
However, the utilities are not needed to use the ZODB Python library.  At
the very least, the utilities could be split out into a separate package
(which does have conflicting variants) while the library packages themselves
are allowed to coexist.

Perhaps a better solution, given that the utilities have very generic names
(e.g. stats.py) which pollute /usr/bin, is to keep the utility files together
with the library files (i.e. under /usr/lib/python2.3/site-packages/ZODB,
etc.).  This will also take you off the hook for not having man pages for
everything in /usr/bin.


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



Bug#346331: zodb: please package ZODB 3.6

2006-01-06 Thread John V. Belmonte
Package: zodb
Severity: wishlist

ZODB 3.6.0 is available (http://www.zope.org/Products/ZODB3.6).


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



Bug#345599: debhelper: dh_fixperms should treat examples.Debian/ as examples/

2006-01-01 Thread John V. Belmonte
Package: debhelper
Version: 5.0.10
Severity: normal

I'd like to differentiate packager-created examples from upstream by placing
them in examples.Debian, as is consistent with the other *.Debian files.
dh_fixperms (and lintian) should treat this tree as it does the examples
tree.


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



Bug#345607: libtool: line 606: --: command not found message for --mode=link

2006-01-01 Thread John V. Belmonte
Package: libtool
Version: 1.5.22-1
Severity: normal

In a clean sid environment, running libtool with --mode=link causes the
following message to be output on sterr:

/usr/bin/libtool: line 606: --: command not found

Other than that, operation still seems correct.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.4
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)


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



Bug#345291: debhelper: dh_installdocs running exclude check on doc-base control files

2005-12-29 Thread John V. Belmonte
Package: debhelper
Version: 5.0.10
Severity: normal

dh_installdocs is running the exclude check (excludefile function) on
potential .doc-base files themselves.  Even though .doc-base files are
installed literally, a naive debhelper user will consider it to be more of
a control file, such as a .docs file.  I spent several hours trying to
find out why my .doc-base file was being ignored while my .docs wasn't.
Does it really make sense to run the exclude on one and not the other?


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



Bug#344225: swig-examples: missing Lua and Modula3 examples

2005-12-20 Thread John V. Belmonte
Package: swig-examples
Version: 1.3.27-1
Severity: normal

Comparing to the Examples directory in the upstream package, the lua and
modula3 directories are missing.


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



Bug#339935: ITP: lua51 -- Simple, extensible, embeddable programming language

2005-11-19 Thread John V. Belmonte
Package: wnpp
Severity: wishlist
Owner: John V. Belmonte [EMAIL PROTECTED]


* Package name: lua51
  Version : 5.1.0
  Upstream Author : Lua Team [EMAIL PROTECTED]
* URL : http://www.lua.org/
* License : MIT
  Description : Simple, extensible, embeddable programming language

Lua is a powerful, light-weight programming language designed for extending
applications.  The language engine is accessible as a library, having a C
API which allows the application to exchange data with Lua programs and also
to extend Lua with C functions.  Lua is also used as a general-purpose,
stand-alone language through the simple command line interpreter provided.

See http://www.lua.org/about.html for more information.



While the authors attempt to keep changes to the Lua language and standard
libraries backwards compatible, the C API often changes significantly between
versions (e.g. from the 5.0 series to 5.1).  Applications in which Lua is
embedded often become bound to a certain version of Lua indefinitely.  For
these reasons, and in contrast to other interpreted languages which have more
of a stand-alone focus, it's important to maintain parallel source packages.

The beta version of Lua 5.1 has recently been released.


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



Bug#337587: bad behavior after Ctrl-C at wajig source continue prompt

2005-11-04 Thread John V. Belmonte
Package: wajig
Version: 2.0.29
Severity: normal

When running wajig source, hitting Ctrl-C at the Do you want to continue?
prompt causes wajig to behave as if you've entered yes.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)

Versions of packages wajig depends on:
ii  apt   0.6.42.1   Advanced front-end for dpkg
ii  python2.3.5-3An interactive high-level object-o
ii  python-apt0.6.13.1   Python interface to libapt-pkg

wajig recommends no packages.

-- no debconf information


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



Bug#337588: implicit apt-get build-dep on wajig source is misdesign

2005-11-04 Thread John V. Belmonte
Package: wajig
Version: 2.0.29
Severity: normal

Starting with wajig 2.0.26, the source command causes an implicit apt-get
build-dep.  This is not the desired behavior if the user is intending to
build the package with tools such as pbuilder which run in an isolated
environment.  My typical use pattern is to use wajig source to grab a
package, modify the source tree to my needs, and build it with pdebuild.
Besides building in a clean environment, this prevents my normal environment
from being littered over the long term with every package in the Debian
archive.  The current behavior of wajig source defeats this-- please
revert to the previous behavior.


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



Bug#330473: wajig: list-log missing from bash completion

2005-09-28 Thread John V. Belmonte
Package: wajig
Version: 2.0.29
Severity: normal

Bash completion does not include the list-log command.  Please confirm that
there are no others missing.  Ideally the bash completion script would be
generated from wajig itself (e.g. via wajig commands) rather than
maintaining a separate command list.


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



Bug#328892: zodb3.4: package ZODB 3.5

2005-09-17 Thread John V. Belmonte
Package: zodb3.4
Severity: wishlist

Please package ZODB 3.5.

By the way, what is the purpose of putting the ZODB version number in the
source name (zodb3.4), if the binary packages don't do the same
(e.g. python2.3-zodb)?


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



Bug#326938: ipw2200-source: DHCP fails

2005-09-06 Thread John V. Belmonte
Package: ipw2200-source
Version: 1.0.6-4
Severity: normal

DHCP fails when using the ipw2200 driver.  Using static network settings
works fine, as does DHCP under wired ethernet.  The Gentoo developers
claim to have a patch for a DHCP issue (ipw2200-1.0.6-broadcast.patch), but
applying it doesn't help.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)

Versions of packages ipw2200-source depends on:
ii  debhelper 4.9.5  helper programs for debian/rules
ii  ieee80211-source  1.0.3-2Source for the 802.11 (wireless) n
ii  module-assistant  0.9.8  tool to make module package creati

ipw2200-source recommends no packages.

-- no debconf information


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



Bug#325178: python-svn: cannot import pysvn

2005-08-26 Thread John V. Belmonte
Package: python-svn
Version: 1.2.0-2
Severity: important

The following occurs in both Python 2.3 and 2.4, using a pure sid distribution
via pbuilder:

  Python 2.3.5 (#2, Aug 13 2005, 20:34:00)
  [GCC 4.0.2 20050806 (prerelease) (Debian 4.0.1-4)] on linux2
  Type help, copyright, credits or license for more information.
   import pysvn
  Traceback (most recent call last):
File stdin, line 1, in ?
File /usr/lib/python2.3/site-packages/pysvn/__init__.py, line 12, in ?
  from _pysvn import *
  ImportError: dynamic module does not define init function (init_pysvn)


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



Bug#325194: python-svn: pysvn.checkout segfault

2005-08-26 Thread John V. Belmonte
Package: python-svn
Version: 1.2.0-2
Severity: important

I get a segfault on call to pysvn.checkout on any repo, even an empty one.
Other than that, pysvn seems to work fine.  I've also seen this problem in
python-svn 1.1.2-3.  It started happening after I upgraded to the Subversion
1.2 series (e.g. subversion 1.2.0-1 in sid).  I don't think the problem is
with the subversion package, because I use the command line tool heavily
and there are no problems.  I suspect that pysvn is not using the Subversion
API correctly, and the issue is only exposed in the Subversion 1.2 series.

To reproduce in sid (NOTE: using python-svn with -fvisibility disabled):
  $ svnadmin create --fs-type=fsfs /tmp/repo
  $ python
  Python 2.3.5 (#2, Aug 13 2005, 20:34:00)
  [GCC 4.0.2 20050806 (prerelease) (Debian 4.0.1-4)] on linux2
  Type help, copyright, credits or license for more information.
   import pysvn
   client = pysvn.Client()
   client.checkout('file:///tmp/repo', '/tmp/checkout')
  Segmentation fault


-- System Information:
Architecture: i386 (i686)
Kernel: Linux 2.6.11.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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



Bug#317584: wajig: want installed list that shows distribution

2005-07-09 Thread John V. Belmonte
Package: wajig
Version: 2.0.29
Severity: wishlist

I'd like a wajig command that lists installed packages with distribution
info (i.e. stable, testing, unstable), similar to apt-show-versions.


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



Bug#306869: patchutils: splitdiff calls lsdiff with wrong args

2005-04-28 Thread John V. Belmonte
Package: patchutils
Version: 0.2.30-1
Severity: normal

splitdiff calls lsdiff internally, and when used with the -p option, always
yields this warning:

$ splitdiff -a -d -p1 mypatch
-p given without -i or -x; guessing that you meant --strip instead.
Wrote foo
Wrote bar

The warning will clearly confuse the user, since splitdiff has none of the
mentioned -i, -x, or --strip options.

The problem is that the -p given to splitdiff (used when you want to strip
components from the output filenames) should be passed to lsdiff as the
--strip option.  Following is a minimal fix.  In addition, the splitdiff
-p should probably be renamed to --strip to be consistent with the other
tools.

--- /usr/bin/splitdiff  2004-07-23 14:05:56.0 -0400
+++ splitdiff   2005-04-28 18:16:27.0 -0400
@@ -64,7 +64,7 @@
 die usage: splitdiff DIFF\n;
 }
 $getlist = 'lsdiff -n ';
-$getlist .= '-p'.$opts{p}.' ' if ($opts{p});
+$getlist .= '--strip='.$opts{p}.' ' if ($opts{p});
 $getlist .= $ARGV[0]; # Yuck.  How do you do this properly in perl?
 open(LIST, '-|', $getlist) or die Can't run lsdiff;
 @list = LIST;


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



Bug#306470: subversion: please install mucc tool

2005-04-26 Thread John V. Belmonte
Package: subversion
Version: 1.1.4-1
Severity: wishlist

When svn 1.2 is packaged, please consider installing the mucc tool
located at contrib/client-side/mucc.c in the source tree.  (It should
probably be installed as svn-mucc.  This is a useful tool that overcomes
the one operation only limitation of direct repository modifications.


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



Bug#303744: subversion: no optimization enabled during build

2005-04-08 Thread John V. Belmonte
Package: subversion
Version: 1.1.3-3
Severity: normal

Despite 1.1.3-3 setting -O2 in CFLAGS, it is not being used since
subversion's configure strips optimization flags when given --enable-debug.


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



Bug#298224: svk: missing depends on subversion

2005-03-05 Thread John V. Belmonte
Package: svk
Version: 0.29-1
Severity: normal

$ dpkg --get-selections | grep subversion
$ svk admin dump
Can't exec svnadmin: No such file or directory at 
/usr/share/perl5/SVK/Command/Admin.pm line 36.
Could not run svnadmin: -1 at /usr/share/perl5/SVK/Command/Admin.pm line 36.


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



Bug#294263: python-svn: Client.revpropget segfaults when property doesn't exist

2005-02-08 Thread John V. Belmonte
Package: python-svn
Version: 1.1.0-2
Severity: normal

The revpropget method of Client will segfault if the given property
doesn't exist.  That's a little extreme-- Python users would expect an
exception.  This may also hold true for other accessors, but I haven't
checked.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python-svn depends on:
ii  python2.3.4-5An interactive high-level object-o
ii  python2.3-svn 1.1.0-2A(nother) Python interface to Subv

-- no debconf information


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