Bug#564548: to be more precise...

2010-02-19 Thread Ben Pearre
Bug #569475 (which was merged with this bug) claimed that the change
depended on the GUI style.  Indeed, logout/login/start qtconfig and
now qtconfig's display indicates that it's remembered "cleanlooks" and
"11pt" (and yes, this does seem to be style-dependent??).  But
applications do not start in 11pt until I've changed the size and
saved again.



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



Bug#563468: acroread opens and locks sound device

2010-01-02 Thread Ben Pearre
Subject: acroread opens and locks sound device
Package: acroread
Version: 9.1.0-0.5
Severity: normal

*** Please type your report below this line ***

I open a PDF using acroread.  At some point--not obviously related to
anything I do--acroread decides to block access to the sound device.
I don't know how to trigger this, but I know that it happens often or
usually after acroread has been open for a few hours.

At this point, I start getting errors when I try to play music using
any software.  Here's one from audacious2 2.2 (alsa 1.0.21+dfsg-2, no
pulse etc).

 ALSA lib pcm_dmix.c:1010:(snd_pcm_dmix_open) unable to open slave
 alsa-gapless: snd_pcm_open failed: Device or resource busy.

"lsof | grep pcm" revealed that acroread was accessing
/dev/snd/pcmC0D0p.  Closing acroread allows sound players to open the
device again.

acroread does not complain that anyone else has the sound device open,
and doesn't seem to try to steal control.

Sorry; this report is rather odd.  I'd love to provide more info if
you can tell me what to look for!


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

Kernel: Linux 2.6.32-trunk-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 acroread depends on:
ii  acroread-data   9.1.0-0.5data files for acroread
ii  acroread-debian-files   0.0.33   Debian specific parts of Adobe Acr
ii  acroread-l10n-en [acror 9.1.0-0.5English language package for acror
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libcups21.4.2-6  Common UNIX Printing System(tm) -
ii  libfontconfig1  2.8.0-1.1generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.2-8GCC support library
ii  libgl1-mesa-glx [libgl1 7.6.1-1  A free implementation of the OpenG
ii  libglib2.0-02.22.3-2 The GLib library of C routines
ii  libglu1-mesa [libglu1]  7.6.1-1  The OpenGL utility library (GLU)
ii  libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface
ii  libidn111.15-2   GNU Libidn library, implementation
ii  libldap-2.4-2   2.4.17-2.1   OpenLDAP libraries
ii  libpango1.0-0   1.26.2-1 Layout and rendering of internatio
ii  libstdc++6  4.4.2-8  The GNU Standard C++ Library v3
ii  libx11-62:1.3.2-1X11 client-side library
ii  libxext62:1.0.4-1X11 miscellaneous extension librar
ii  libxml2 2.7.6.dfsg-1 GNOME XML library
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages acroread recommends:
ii  gconf22.28.0-1   GNOME configuration database syste

Versions of packages acroread suggests:
ii  acroread-l10n-en [acroread-l1 9.1.0-0.5  English language package for acror
pn  acroread-plugins   (no description available)
pn  mozilla-acroread   (no description available)

-- no debconf information



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



Bug#464242: tex-common: Paper size, again again again

2008-02-05 Thread Ben Pearre
Package: tex-common
Version: 1.10
Severity: important


There have been numerous default-paper-size bugs reported.  The
argument against fixing them seems to be along the lines of "The user
can figure it out."  Well, yes, the user _can_, but the user can also
write a complete OS from scratch.  Downloading something is _supposed_
to be easier than writing it from scratch BECAUSE downloaded programs
are supposed to do some of the standard work for you.

There is a comment in /usr/share/doc/tex-common/README.Debian that
says

 The Debian TeX Live packages currently do not evaluate the
 settings of `/etc/papersize', please set the paper geometry
 explicitly in the (La)TeX source, e.g.  using the packages
 `geometry' or `hyperref'.

That is very poor behaviour.  Here's why:

* TeX is designed to let you concentrate on what you're writing rather
  than on layout.  For this reason TeX has a very nice page-breaking
  algorithm that handles layout for you so you don't have to worry
  about where page breaks are, or what size paper you're using.  The
  Debian policy is counter to this philosophy.

* If I write all my documents and have to specify in each one what
  size paper to use, and then I want to send them to a collaborator
  who will be printing drafts on _her_ printer, and she lives
  somewhere with a different paper size, then each of us will have to
  modify the document back and forth, back and forth, at each
  printing.  Again, if I move to somewhere with a different paper
  size, I should be able to set that systemwide and have everything
  adjust, rather than modify every document I've ever written or had
  sent to me.

* "There is no default; specify paper size per document" is stupid.
  What about specifying a font size, weight, italics or not, duplex or
  not, etc?  Why have defaults at all?  Why is it appropriate to have
  a default font size but not to have a default paper size?

Here's the thing: the paper size I want to use will depend on the
printer to which my computer is connected, not on which document I am
printing.  Therefore the setting should be per printer (or tray),
which is a bit complicated.  However, since writing is compiled per
computer, a reasonable approximation is this: printers in the USA and
Canada use "letter", while printers in the civilised world use "a4".
So the default paper size can usually be safely set per printer
location, which is roughly per computer.

If you travel, you should be able to change ONE THING and have access
to all the local printers.

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

Kernel: Linux 2.6.23.14 (PREEMPT)
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 tex-common depends on:
ii  debconf   1.5.19 Debian configuration management sy
ii  ucf   3.004  Update Configuration File: preserv

tex-common recommends no packages.

Versions of packages tetex-bin depends on:
ii  texlive   2007-13TeX Live: A decent selection of th

Versions of packages tetex-extra depends on:
ii  tetex-bin  2007-13   TeX Live: teTeX transitional packa
ii  texlive-bibtex-extra   2007.dfsg.1-1 TeX Live: Extra BibTeX styles
ii  texlive-font-utils 2007.dfsg.1-2 TeX Live: TeX font-related program
ii  texlive-fonts-extra2007.dfsg.1-1 TeX Live: Extra fonts
ii  texlive-lang-croatian  2007.dfsg.3-1 TeX Live: Croatian
ii  texlive-lang-cyrillic  2007.dfsg.3-1 TeX Live: Cyrillic
ii  texlive-lang-czechslovak   2007.dfsg.3-1 TeX Live: Czech/Slovak
ii  texlive-lang-danish2007.dfsg.3-1 TeX Live: Danish
ii  texlive-lang-dutch 2007.dfsg.3-1 TeX Live: Dutch
ii  texlive-lang-finnish   2007.dfsg.3-1 TeX Live: Finnish
ii  texlive-lang-french2007.dfsg.3-1 TeX Live: French
ii  texlive-lang-german2007.dfsg.3-1 TeX Live: German
ii  texlive-lang-greek 2007.dfsg.3-1 TeX Live: Greek typesetting
ii  texlive-lang-hungarian 2007.dfsg.3-1 TeX Live: Hungarian
ii  texlive-lang-italian   2007.dfsg.3-1 TeX Live: Italian
ii  texlive-lang-latin 2007.dfsg.3-1 TeX Live: Latin
ii  texlive-lang-mongolian 2007.dfsg.3-1 TeX Live: Mongolian
ii  texlive-lang-norwegian 2007.dfsg.3-1 TeX Live: Norwegian
ii  texlive-lang-other 2007.dfsg.3-1 TeX Live: Other hyphenation files
ii  texlive-lang-polish2007.dfsg.3-1 TeX Live: Polish
ii  texlive-lang-portuguese2007.dfsg.3-1 TeX Live: Portuguese
ii  texlive-lang-spanish   2007.dfsg.3-1 TeX Live: Spanish
ii  texlive-lang-swedish   2007.dfsg.3-1 TeX Live: Swedish
ii  texlive-lang-vietnamese2007.dfsg.3-1 TeX Live: Vietnamese
ii  texlive-latex-extra2007.dfsg.1-1 TeX Live: LaTeX supplementary pack
ii  texlive-math-extra 2007.dfsg.1-1 TeX Live: Advanced math typesettin
ii  texlive-pic

Bug#466944: exiv2: Exiv2 destroys files when operating on links

2008-02-21 Thread Ben Pearre
Package: exiv2
Version: 0.16-3
Severity: important


Take a jpg file with exif data.

Make a symlink to the file (I used a file of the same name in a
different directory).

Run exiv2, adding a field to the file.

Expected behaviour: strictly undefined, but I would think that the
operation would be done on the linked-to file.

Two problems: (1) The link is no longer a link, and (2) the linked-to
file is overwritten and has length 0.  ie. it has been completely
destroyed.

For example, there exists IMG_4590.jpg in ~/Desktop.  Now I do

cd /tmp
ln -s ~/Desktop/IMG_4590.jpg
exiv2 -M"add Exif.Image.Copyright foo" IMG_4590.jpg
ls -l ~/Desktop/IMG_4590.jpg

The original file is fubar.

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

Kernel: Linux 2.6.23.14 (PREEMPT)
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 exiv2 depends on:
ii  libc6   2.7-8GNU C Library: Shared libraries
ii  libexiv2-2  0.16-3   EXIF/IPTC metadata manipulation li
ii  libgcc1 1:4.3-20080202-1 GCC support library
ii  libstdc++6  4.3-20080202-1   The GNU Standard C++ Library v3

exiv2 recommends no packages.

-- no debconf information



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



Bug#443205: xorg: SendCoreEvents leads to duplicate events

2007-09-20 Thread Ben Pearre
Package: xorg
Version: 1:7.3+2
Followup-For: Bug #443205


On my Thinkpad T41 (latest Unstable as of 20 minutes ago), I see the
reported symptoms with the most recent upgrade (previous upgrade was a
few weeks ago; no problems at that time).

xev reports duplicate mouse events.  Here is its output from a single
left button click:

ButtonPress event, serial 28, synthetic NO, window 0x1e1,
root 0x46, subw 0x0, time 5561272, (31,150), root:(656,179),
state 0x0, button 1, same_screen YES

ButtonPress event, serial 28, synthetic NO, window 0x1e1,
root 0x46, subw 0x0, time 5561272, (31,150), root:(656,179),
state 0x100, button 1, same_screen YES

ButtonRelease event, serial 28, synthetic NO, window 0x1e1,
root 0x46, subw 0x0, time 5561351, (31,150), root:(656,179),
state 0x100, button 1, same_screen YES

ButtonRelease event, serial 28, synthetic NO, window 0x1e1,
root 0x46, subw 0x0, time 5561351, (31,150), root:(656,179),
state 0x0, button 1, same_screen YES

Those are real duplicates.  Cutting and pasting that with the middle
button resulted in the same content twice (ie. eight events) but that
I deleted 4 of them, leaving what you see.

This happens whenever I have both "Clit" and "Generic Mouse" enabled
in xorg.conf:ServerLayout (using "builtin"), but does not happen with
just "Clit" and "TouchPad".  Do you want the output from the remaining
combinations?  I do not have a generic mouse hooked up.

/etc/X11/xorg.conf:

# -*- sh -*-
# XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section "Files"
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
#FontPath   "/usr/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/local/matlabR14/sys/fonts/ttf/cm"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
#Load"fbdevhw"
Load"glx"
Load"int10"
Load"record"
#   Load"type1"
Load"vbe"
Load"v4l"
#   Load"synaptics" # touchpad driver
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "thinkpad"
Option  "XkbLayout" "us"
Option  "XkbOptions""ctrl:nocaps"
EndSection

Section "InputDevice"
Identifier  "TouchPad"
Driver  "synaptics"
Option  "Device""/dev/input/mouse0"
Option  "SendCoreEvents""true"
Option  "Protocol"  "auto-dev"
Option  "Buttons"   "7"
Option  "ZAxisMapping"  "4 5"
#   Option  "XAxisMapping"  "6 7"
Option  "SHMConfig" "true"

Option  "LeftEdge"  "1700"
Option  "RightEdge" "5000"
Option  "TopEdge"   "1700"
Option  "BottomEdge""4200"
Option  "FingerHigh""30"
Option  "FingerLow" "25"

Option  "HorizScrollDelta"  "120"
Option  "VertScrollDelta"   "120"

Option  "CircularScrolling" "true"
Option  "CircScrollTrigger" "3"
# CircScrollDelta breaks everything:
#   Option  "CircScrollDelta"   "0.001"

Option  "AccelFactor"   "0"
Option  "MaxTapTime""0"
Option  "MaxDoubleTapTime"  "0"
Option  "ClickTime" "0"
Option  "MaxTapMove""0"
Option  "MinSpeed"  "0"
Option  "MaxSpeed"  "0"
Option  "EdgeMotionMinSpeed""0"
Option  "EdgeMotionMaxSpeed""0"
Option

Bug#494566: closed by Ana Guerrero (reply to 494...@bugs.debian.org) (Package kcontrol removed from Debian)

2009-04-23 Thread Ben Pearre
I'm not saying that my feature request is crucial, but it is stupid to
close bugs just because you've bumped a version number and renamed a
component.  If the problem still exists (or in this case the feature
is still absent) then the bug should be transferred.

--
Ben Pearre http://ml.cs.colorado.edu/~ben  PGP: CFDA6CDA
Don't let Obama read your email!http://www.gnupg.org



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



Bug#528973: Acknowledgement (dnscache-run: postinst script fails)

2009-05-16 Thread Ben Pearre
Update: the lines below "test -z $2" break resolvconf 1.43, as they do
not respect the link
/etc/resolv.conf -> /etc/resolvconf/run/resolv.conf

Is there another mechanism that does what dpkg-reconfigure looks like
it's trying to do?  I believe that this is still a bug--correct
behaviour seldom involves a bunch of what appears to be unreachable
code and a reconfigure script that doesn't reconfigure anything in
/etc/resolvconf/run/resolv.conf, right?




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



Bug#525604: jabref: Jabref beeps when switching virtual, desktops

2009-06-05 Thread Ben Pearre
Hi, and thanks for getting back to me.

> I am using kde 4.2.2-1

I'm now on 4.2.4-1.

> and installed jabref 2.3.1-6 right now.

Yup.

> I switched on the speakers, I started jabref and switched between the
> virtual desktops using the keyboard and the mouse.
>
> In no case any beep occured.
> 
> Sorry, I cannot reproduce this effect.

Odd.  It seems somewhat sporadic--it just happened a couple of times,
and even sometimes happens when I open the "Preferences" window.

> Did you look at "System settings" - "Notifications" - "System bell"
> and unmark the square at "Use system bell instead of system
> notification"?

I have that unmarked as you describe, but who cares?  Jabref should
not be sending system notifications (through KDE or through any other
means) when it redraws, should it?

Many thanks for trying.  I'll see if I can produce a better test case.

Cheers,
-Ben


--
Ben Pearre http://ml.cs.colorado.edu/~ben  PGP: CFDA6CDA
Don't let Obama read your email!http://www.gnupg.org


signature.asc
Description: Digital signature


Bug#544121: One more thing...

2009-08-28 Thread Ben Pearre
I should mention: by the same token, it would be awesome to be able to
browse/search by filename and location in addition to the extant
"Artists/Albums/Titles."



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



Bug#363002: xbuffy: Does not report any useful information

2006-04-16 Thread Ben Pearre
Package: xbuffy
Version: 3.3.bl.3.dfsg-1
Severity: important


Just since the upgrade from a recent version in Unstable, xbuffy
reports all mailboxes to have 0 messages (with option "-orig" that's
no messages in box, without "-orig" that's no new messages).

Age: not sure about this; /usr/share/doc/xbuffy/changelog.Debian does
not list anything suspicious recently; previous (working) version may
have been up to a couple of months old, also from Unstable, but I
don't have a version number.  Where can I get that?

xbuffy is finding and opening the mailboxes correctly: if I enter an
invalid filename it reports -1 messages.  Running under strace shows
the files being successfully found, stat64'd, opened, read, ...

I'm using procmail and mutt on local files (ie. berkeley mbox).  No
"Status" header field on unread messages, "Status: RO" is added to
read messages.

I'm actually using zsh; not sure why reportbug thinks I'm using bash.

Here's some of ~/.xbuffyrc, although I've tried permutations, simple
cases (eg. first line only), etc.  I'll send a sample mbox file that
xbuffy doesn't read if anyone requests it, but that's big...

box ~/Mail/Inbox
box ~/Mail/ciy
box ~/Mail/cu
headertime 0
nobeep
box ~/Mail/dave
box ~/Mail/family
box ~/Mail/grade/admin
title grade/admin

I didn't know what severity to give this bug: xbuffy is completely
unusable on my system since it reports no useful information at all
(severity 2:Grave), but I have not tested on other systems.


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

Versions of packages xbuffy depends on:
ii  libc6 2.3.6-6GNU C Library: Shared libraries
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxaw7   1:1.0.1-4  X11 Athena Widget library
ii  libxt61:1.0.0-3  X11 toolkit intrinsics library

xbuffy recommends no packages.

-- debconf information excluded


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



Bug#421684: unhandled exception in callback for any feed

2007-04-30 Thread Ben Pearre
Package: yarssr
Version: 0.2.2-1
Severity: grave

--- Please enter the report below this line. ---

(0)% rm -rf .yarssr # just to be sure...
(0)% yarssr

# yarssr starts fine and sits itself in the KDE tray.  I right-click
# on it, bring up Preferences, and click on the "New" icon.  I add the
# name "Slashdot", address "http://rss.slashdot.org/Slashdot/slashdot";
# (no quotes, of course) (or any other feed I've tried), and say "Ok".
# Then I get this:

*** unhandled exception in callback:
***   Can't call method "get_host_name" on an undefined value at 
/usr/share/yarssr/Yarssr/Fetcher.pm line 33.
***  ignoring at /usr/share/yarssr/Yarssr/GUI.pm line 115.

The system tray icon now does not respond (although of course it has
the tooltip "updating...".  I have to kill it.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.19.2

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org 
  500 unstablejordi.tecnosfera.org 
  500 unstabledebian.lcs.mit.edu 
  500 stable  www.maretmanu.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
perl | 5.8.8-7
libgtk2-perl | 1:1.140-1
libgtk2-gladexml-perl| 1.006-1
libgtk2-trayicon-perl| 0.04-1
libgnome2-vfs-perl   | 1.060-1
libgnome2-perl (>= 0.94) | 1.040-1
libxml-rss-perl  | 1.05-1

All these are the latest available (of late I've updated roughly every
day or two, and this bug has been present for at least a week or so).
I haven't done anything unusual--some normal upgrade has broken this,
I believe.  I tried reinstalling all of these dependencies, but
haven't gone deeper...

--
Ben Pearre http://ml.cs.colorado.edu/~ben  PGP: CFDA6CDA
Don't let Bush read your email! http://www.gnupg.org


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