Bug#628393: nvidia?

[Omari Norman]

I don't know if you're using nvidia, but I am and had the same problem,
and apparently others have had it too. When scrolling or even just
moving point by holding ctrl-f, CPU spikes to 100%. For me it's X that
is spiked to 100%, though, not emacs.

https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-180/+bug/651297
http://www.nvnews.net/vbulletin/showthread.php?t=157769

For now I'm just using emacs-lucid which does not have this problem. I'm
using squeeze and the proprietary nvidia driver that came with it, which
is surely very old by now.



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

Bug#522871: KDE apps ignore .fonts.conf

[Omari Norman]

Please ignore my previous message; it turns out this problem had to do
with the lcdfilter setting. Adding the "lcdlegacy" filter to my
.fonts.conf fixed things for all Qt and KDE applications.



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

Bug#630410: moosic: zsh completions

[Omari Norman]

Package: moosic
Version: 1.5.4-6
Severity: wishlist
Tags: upstream patch


Here are some zsh completions for moosic...I would send them upstream
but I'm not sure upstream is still alive...


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

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages moosic depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P

Versions of packages moosic recommends:
ii  mpg3210.2.12-1   Simple and lighweight command line

Versions of packages moosic suggests:
pn  mikmod (no description available)
pn  sox(no description available)
pn  timidity   (no description available)
pn  vorbis-tools   (no description available)

-- no debconf information
#compdef moosic

_moosic_add_cmds() {

# querying for information
typeset -a queries
queries=(
"help:print brief description of command"
"current:print name of currently playing song"
"current-time:print the amount of time the current song has been playing"
"list:print the list of items in the current song queue"
"plainlist:print the current song queue without numbering each line"
"history:print a list of items that were recently played"
{status,state}":print the current state of the music daemon"
"length:print the number of items in the queue"
"ispaused:show whether the current song is paused or not"
"islooping:show whether the server is in loop mode"
"isadvancing:show whether the server is advancing through the song queue"
"version:print version information for client and server"
)


# appending to song queue
typeset -a appending
appending=(
{append,add}":add the files to be played to the end of the song queue"
{pl-append,pl-add}":add the items listed in the given playlist files to end 
of queue"
"prepend:add the files to be played to the beginning of the song queue"
"pl-prepend:add the items in the given playlist files to beginning of queue"
"mixin:add the files to the song queue and reshuffle the entire queue"
"pl-mixin:add items in given playlist files to song queue and reshuffle the 
entire queue"
"replace:replace the current contents of the song queue with files listed"
"pl-replace:replace current contents of song queue with songs given in 
playlists"
"insert:insert the given items at a given point in the song queue"
"pl-insert:insert items from playlist files at specified point in queue"
"putback:reinsert current song at start of song queue"
"stagger-add:adds file list to end of queue after rearranging queue into 
staggered order"
"stagger-merge:adds given file list to queue in interleaved fashion"
"interval-add:inserts given songs with regular frequency specified by 
interval argument"
)

# removing
typeset -a removing
removing=(
{cut,del}":removes all song queue items in given range"
"crop:removes all song queue items that do not fall within given range"
"remove:remove all song queue items matching any one of given regexps"
"filter:remove all queue items not matching all given regexps"
"clear:clear song queue"
"wipe:clear song queue and stop current song"
)

# rearranging
typeset -a rearranging
rearranging=(
"move:move all items in given range to new position in song queue"
"move-pattern:moves all items matching the given regexp to new position"
"swap:trade places of songs in two specified ranges"
{shuffle,reshuffle}":reshuffle song queue within an optional range"
"sort:sort queue within optional range"
"reverse:reverse order of song queue"
"partial-sort:sort items matching each regexp"
"stagger:stagger items matching each regexp"
"sub:perform regular expression substitution on all items in queue"
"suball:like sub, but replace all occurrences of the pattern"
)

# general management
typeset -a general
general=(
"next:jumps ahead, number of songs optional"
"previous:retreats to previously played song"
"goto:jumps to next song matching regexp"
"gobackto:jumps back to most recent previous song matching regexp"
"noadvance:halt queue advancement"
"advance:resume queue advancement"
"toggle-advance:toggle queue advancement"
"stop:stop playing current song, stop processing queue, put current song 
back"
"pause:suspend current song to resume it later"
"unpause:unpause current song"
"play:resume playing"
"loop:turn loop mode on"
"noloop:turn loop mode off"
"toggle-loop:toggle loop 

Bug#630408: moosic: goto and gobackto do not respect ignore-case

[Omari Norman]

Package: moosic
Version: 1.5.4-6
Severity: normal
Tags: upstream patch


The goto and gobackto commands do not respect the ignore-case option.


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

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages moosic depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P

Versions of packages moosic recommends:
ii  mpg3210.2.12-1   Simple and lighweight command line

Versions of packages moosic suggests:
pn  mikmod (no description available)
pn  sox(no description available)
pn  timidity   (no description available)
pn  vorbis-tools   (no description available)

-- no debconf information
--- a/moosic/client/cli/dispatcher.py
+++ b/moosic/client/cli/dispatcher.py
@@ -1183,6 +1183,8 @@
 
 def goto(moosic, arglist, opts):
 'goto  - Jump to the first song in the queue that matches the 
regex.'
+if opts['ignore-case']:
+arglist = [i + '(?i)' for i in arglist]
 queue = moosic.list()
 dest = 1
 while queue:
@@ -1206,6 +1208,8 @@
 
 def gobackto(moosic, arglist, opts):
 'gobackto  - Jump to the previous song that matches the regex.'
+if opts['ignore-case']:
+arglist = [i + '(?i)' for i in arglist]
 history = moosic.history()
 dest = 1
 while history:

Bug#630407: moosic wipe replays file when in loop mode

[Omari Norman]

Package: moosic
Version: 1.5.4-6
Severity: normal
Tags: upstream patch


Moosic wipe sometimes replays the currently-playing song when in loop
mode. Attached patch has some more commentary.


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

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages moosic depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P

Versions of packages moosic recommends:
ii  mpg3210.2.12-1   Simple and lighweight command line

Versions of packages moosic suggests:
pn  mikmod (no description available)
pn  sox(no description available)
pn  timidity   (no description available)
pn  vorbis-tools   (no description available)

-- no debconf information
--- a/moosic/client/cli/dispatcher.py
+++ b/moosic/client/cli/dispatcher.py
@@ -578,10 +578,21 @@
 if moosic.is_queue_running():
 moosic.halt_queue()
 was_running = True
-# skip() must be called before clear() to produce correct behavior while in
-# loop mode.  Otherwise, the current song would not get removed from the
-# queue.
-moosic.skip()
+
+# Previous code used moosic.skip() instead of moosic.stop() in
+# the next line.  But this sets up a race condition. My best
+# guess is that when moosic.skip() kills the player, the player
+# does not necessarily die right away (the OS has to get around
+# to actually delivering the signal). But, when the player does
+# die and moosic is in loop mode, the item being played then
+# will go to the end of the playlist because moosic will
+# automatically do this when the player dies (even if it was
+# killed.) By the time the player has died, moosic.clear() might
+# have already run, then the song plays again. moosic.stop()
+# seems to avoid this problem because it uses
+# data.ignore_song_finish.
+
+moosic.stop()
 moosic.clear()
 if was_running:
 moosic.run_queue()

Bug#522871: KDE apps ignore .fonts.conf

[Omari Norman]

I am having a similar issue. Apparently the KDE applications are
ignoring the hinting instructions in my .fonts.conf. The fonts in
Konsole, for instance, look fuzzy, while the exact same DejaVu font in
xterm looks sharp. If I edit my .fonts.conf to change "hinting" to
"false", a new xterm is then fuzzy just like Konsole. However, a new
Konsole instance looks exactly the same--that is, fuzzy. Thus it seems
that KDE applications are not doing any hinting, regardless of what is
in .fonts.conf. Please let me know if I can provide anything else.



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

Bug#609445: ghc6: Haddock documentation missing instance documentation

[Omari Norman]

Package: ghc6
Version: 6.12.1-13
Severity: normal


My Haddock documentation on squeeze doesn't have documentation for any
class instances. This is true both for the docs that come with Debian
and for the docs I build for my own packages. Other docs on the Internet
have instance documentation, even for relatively old GHC releases like
6.6.1:

http://www.haskell.org/ghc/docs/6.6.1/html/libraries/base/Prelude.html



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ghc6 depends on:
ii  gcc   4:4.4.5-1  The GNU C compiler
ii  libbsd-dev0.2.0-1utility functions from BSD systems
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libc6-dev 2.11.2-7   Embedded GNU C Library: Developmen
ii  libffi-dev3.0.9-3Foreign Function Interface library
ii  libffi5   3.0.9-3Foreign Function Interface library
ii  libgmp3-dev   2:4.3.2+dfsg-1 Multiprecision arithmetic library 
ii  libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library
ii  libncurses5   5.7+20100313-4 shared libraries for terminal hand
ii  perl [perl5]  5.10.1-16  Larry Wall's Practical Extraction 

ghc6 recommends no packages.

Versions of packages ghc6 suggests:
pn  ghc6-doc   (no description available)
pn  ghc6-prof  (no description available)
ii  haskell-doc   20061127   Assorted Haskell language document



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

Bug#526859: sensible-browser

[Omari Norman]

Whoops, I had not noticed the sensible-browser in there. So there is no
bug. My apologies. --Omari




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

Bug#526859: mutt: does not respect order of entries in the mailcap file

[Omari Norman]

Package: mutt
Version: 1.5.18-6
Severity: normal


According to RFC 1524, the MUA should obtain its configuration
information from the first matching entry in the mailcap file.
Accordingly update-mime allows for a priority field to put the entries
in a certain order, as does mailcap.order.

However Mutt either does not respect the order or is actually pulling
the last entry, rather than the first. For instance my /etc/mailcap
lists elinks before lynx, which is how it is supposed to work under the
update-mime system. However, Mutt is using lynx to show HTML messages
rather than elinks. I'll attach the /etc/mailcap file. (Note that using
autoview from the pager seems to work correctly; it's only when viewing
attachments using 'v' that this seems to be a problem.)

-- Package-specific info:
Mutt 1.5.18 (2008-05-17)
Copyright (C) 1996-2008 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.6.26-2-686 (i686)
ncurses: ncurses 5.7.20081213 (compiled with 5.7)
libidn: 1.8 (compiled with 1.10)
hcache backend: GDBM version 1.8.3. 10/15/2002 (built Apr 24 2006 03:25:20)
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  +USE_GSS  -USE_SSL_OPENSSL  +USE_SSL_GNUTLS  
+USE_SASL  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  -CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

patch-1.5.13.cd.ifdef.2
patch-1.5.13.cd.purge_message.3.4
patch-1.5.13.nt+ab.xtitles.4
patch-1.5.4.vk.pgp_verbose_mime
patch-1.5.6.dw.maildir-mtime.1
patch-1.5.8.hr.sensible_browser_position.3

-- 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/2 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 mutt depends on:
ii  libc6   2.7-18   GNU C Library: Shared libraries
ii  libcomerr2  1.41.3-1 common error description library
ii  libgdbm31.8.3-3  GNU dbm database routines (runtime
ii  libgnutls26 2.4.2-6+lenny1   the GNU TLS library - runtime libr
ii  libidn111.8+20080606-1   GNU libidn library, implementation
ii  libkrb531.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries
ii  libncursesw55.7+20081213-1   shared libraries for terminal hand
ii  libsasl2-2  2.1.22.dfsg1-23  Cyrus SASL - authentication abstra

Versions of packages mutt recommends:
ii  locales   2.7-18 GNU C Library: National Language (
ii  mime-support  3.44-1 MIME files 'mime.types' & 'mailcap
ii  ssmtp [mail-transport-agent]  2.62-3 extremely simple MTA to get mail o

Versions of packages mutt suggests:
ii  aspell  0.60.6-1 GNU Aspell spell-checker
ii  ca-certificates 20080809 Common CA certificates
ii  gnupg   1.4.9-3  GNU privacy guard - a free PGP rep
pn  mixmaster  (no description available)
ii  openssl 0.9.8g-15+lenny1 Secure Socket Layer (SSL) binary a
pn  urlview(no description available)

Versions of packages mutt is related to:
ii  mutt  1.5.18-6   text-based mailreader supporting M
pn  mutt-dbg   (no description available)
pn  mutt-patched   (no description available)

-- no debconf information
###
#
#  MIME types and programs that process those types
#
#  Much of this file is generated automatically by the program "update-mime".
#  Please see the "update-mime" man page for more information.
#
#  Users can add their own rules if they wish by creating a ".mailcap"
#  file in their home directory.  Entries included there will take
#  precedence over those listed here.
#
###


###
#
#  User section follows:  Any entries included in this

Bug#526843: startx(1) gives incorrect location for system-wide xinitrc and xserverrc

[Omari Norman]

Package: xinit
Version: 1.0.9-2
Severity: normal


startx(1) states that the system-wide xinitrc and xserverrc files are
found in /usr/lib/X11/xinit directory (both in the "Description" section
and in the "Files" section). In Debian these files are in the
/etc/X11/xinit directory.


-- 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/2 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 xinit depends on:
ii  cpp   4:4.3.2-2  The GNU C preprocessor (cpp)
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libx11-6  2:1.1.5-2  X11 client-side library

xinit recommends no packages.

xinit 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#517874: patch mode?

[Omari Norman]

On Tue, Mar 03, 2009 at 01:45:36PM +, Mark Hindley wrote:
> On Tue, Mar 03, 2009 at 01:31:40PM +, Mark Hindley wrote:
>  
> > Having said that, I am not sure how it has happened. It could be that a
> > cache/server has lied at some point and you end up with bad data. If
> > that is the case, it is difficult to see how to work round it.
> 
> Actually, are you using the patch mode in apt-cacher-cleanup? That may
> have caused this.

I have no idea what patch mode or apt-cacher-cleanup is, and I can't
find it in apt-cacher.conf, so unless it's the default or I enabled it
by mistake, I don't think I'm using it :)




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

Bug#517874: cat output

[Omari Norman]

On Tue, Mar 03, 2009 at 01:31:40PM +, Mark Hindley wrote:
> Could you 
> 
> cat  
> /var/cache/apt-cacher/headers/security.debian.org_dists_stable_updates_contrib_binary-i386_Packages.bz2
> 
> and post the contents
> 
> I think it will say  Tue, 29 Jan 2008 16:55:18 GMT whereas it should be Sun, 
> 08 Apr 2007 07:20:40 GMT.

That yields

HTTP/1.1 200 OK
Connection: Keep-Alive
Date: Tue, 27 Jan 2009 15:27:02 GMT
Accept-Ranges: bytes
ETag: "1e7d-444df4a130980"
Server: Apache/2.2.3 (Debian)
Content-Length: 7805
Content-Type: text/plain
Last-Modified: Tue, 29 Jan 2008 16:55:18 GMT
Client-Peer: 130.89.149.225:80
Client-Response-Num: 1
Keep-Alive: timeout=15, max=100

> Having said that, I am not sure how it has happened. It could be that a
> cache/server has lied at some point and you end up with bad data. If
> that is the case, it is difficult to see how to work round it.

Any way to work around this--maybe just delete certain files then start
again? As long as I don't lose the few gigs of files in the cache,
that's okay.




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

Bug#517874: apt-cacher: apt-get update fails with "Hash Sum mismatch"

[Omari Norman]

Package: apt-cacher
Version: 1.6.7
Severity: important


When I run apt-get update when using apt-cacher, I get an error message
from apt-get. Here is the tail end of the output of apt-get update:

Fetched 13.8kB in 41s (332B/s)
W: Failed to fetch 
http://security.debian.org/dists/stable/updates/contrib/binary-i386/Packages.bz2
  Hash Sum mismatch

W: Failed to fetch 
http://security.debian.org/dists/stable/updates/non-free/binary-i386/Packages.bz2
  Hash Sum mismatch

W: Failed to fetch 
http://security.debian.org/dists/stable/updates/contrib/source/Sources.bz2  
Hash Sum mismatch

W: Failed to fetch 
http://security.debian.org/dists/stable/updates/non-free/source/Sources.bz2  
Hash Sum mismatch

E: Some index files failed to download, they have been ignored, or old ones 
used instead.

This problem does not happen if I don't use apt-cacher (by commenting
the Proxy line out of my apt.conf file). Also this problem does not
happen with aptitude update; only with apt-get update.

Someone else describes an apparently similar problem here, although the
fixit steps described did not help me:

http://www.zyxware.com/articles/2008/07/27/how-to-fix-hash-sum-mismatch-and-size-mismatch-errors-from-apt-get-apt-cacher


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

Kernel: Linux 2.6.26-1-686 (SMP w/2 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 apt-cacher depends on:
ii  bzip2 1.0.5-1high-quality block-sorting file co
ii  ed0.7-3  The classic unix line editor
ii  libdigest-sha1-perl   2.11-2+b1  NIST SHA-1 message digest algorith
ii  libfreezethaw-perl0.43-4 converting Perl structures to stri
ii  libwww-curl-perl  4.05-1 Perl bindings to libcurl
ii  libwww-perl   5.813-1WWW client/server library for Perl
ii  perl  5.10.0-19  Larry Wall's Practical Extraction 

Versions of packages apt-cacher recommends:
ii  libberkeleydb-perl0.34-1+b1  use Berkeley DB 4 databases from P

Versions of packages apt-cacher suggests:
ii  libio-socket-inet6-perl   2.54-1 Object interface for AF_INET6 doma

-- 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#516480: Bug related to 493212

[Omari Norman]

I now see that this bug is probably related to 493212, as I am also
using lvm and have some long drive names.



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

Bug#516480: trash-cli: list-trash crashes with ValueError

[Omari Norman]

Package: trash-cli
Version: 0.1.10.28-2
Severity: important


When I use list-trash, it lists several of the files in my trashcan, but
then crashes with this backtrace:

Traceback (most recent call last):
  File "/usr/bin/list-trash", line 5, in 
for trashedfile in TrashDirectory.allTrashedFiles() :
  File "/var/lib/python-support/python2.5/libtrash.py", line 221, in
allTrashedFiles
for volume in Volume.all() :
  File "/var/lib/python-support/python2.5/libtrash.py", line 481, in all
return [ Volume(elem) for elem in Volume.__mount_list()]
  File "/var/lib/python-support/python2.5/libtrash.py", line 473, in
__mount_list
file_sys,disc_size,disc_used,disc_avail,disc_cap_pct,mount=df_list.split()
ValueError: need more than 1 value to unpack


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

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
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 trash-cli depends on:
ii  python2.5.2-3An interactive high-level object-o
ii  python-support0.8.4  automated rebuilding support for P

trash-cli recommends no packages.

trash-cli 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#509482: gnupod-tools: gnupod needs libtimedate-perl

[Omari Norman]

Package: gnupod-tools
Version: 0.99.7-1
Severity: normal


Apparently gnupod needs libtimedate-perl. On version 0.99.7-1,
debian/rules build fails with:

** You need to install Date::Parse
** Visit  to get the module
** Or try this:
# perl -MCPAN -e 'install Date::Parse'
make: *** [gnupod-0.99.7/config.status] Error 1

Also, if I install the deb file and attempt to run gnupod_addsong, I get

Can't locate Date/Parse.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8
/usr/local/lib/site_perl .) at /usr/bin/gnupod_addsong line 32.
BEGIN failed--compilation aborted at /usr/bin/gnupod_addsong line 32.

Installing libtimedate-perl fixes both things.

HOWEVER, I am getting this bug on etch, not lenny. Maybe this problem
does not exist in Lenny. But, seeing as I have all the dependencies and
build dependencies for 0.99.7-1 on my Etch system, it should work OK but
doesn't.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages gnupod-tools depends on:
ii  libaudio-flac-header-perl   1.4-1Perl interface to FLAC file header
ii  libdigest-sha1-perl 2.11-1   NIST SHA-1 message digest algorith
ii  libmp3-info-perl1.20-1   Perl MP3::Info - Manipulate / fetc
ii  libogg-vorbis-header-purepe 0.07-2   A pure Perl interface to Ogg Vorbi
ii  libunicode-string-perl  2.09-1   Perl modules for Unicode strings
ii  libxml-parser-perl  2.34-4.2 Perl module for parsing XML files
ii  libxml-simple-perl  2.14-5   Perl module for reading and writin
ii  perl5.8.8-7etch6 Larry Wall's Practical Extraction 

Versions of packages gnupod-tools recommends:
ii  gtkpod0.99.4-2   manage songs and playlists on an A

-- 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#508833: hello: rules file uses deprecated dpkg-gencontrol -isp

[Omari Norman]

Package: hello
Version: 2.2-3
Severity: normal


Hello,

Line 54 of the debian/rules file has 'dpkg-gencontrol -isp', but
dpkg-source(1) says the -isp option is deprecated as this is 
now default behavior.

Thanks,
Omari

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)



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