Bug#989377: chromium: keymap changes with xmodmap after chromium launches cause problems

[Jason Woofenden]

Package: chromium
Version: 90.0.4430.212-1
Severity: normal

Dear Maintainer,

Thanks for all your work on packaging chromium, I imagine that this
is a big job!

My keyboard lacks an AltGr key, so I use xmodmap to turn my useless
Menu key into an AltGr like so:

setxkbmap dvorak
xmodmap -e 'keycode 135 = Mode_switch' \
-e 'remove mod5 = Mode_switch'
xmodmap -e 'add mod3 = Mode_switch'

I have a script containing the above lines, though sometimes it's
"us" instead of "dvorak".

This worked well for about 5 years.

I'm not sure if it's the setxkbmap or the xmodmap, but when I run
that script _after_ chromium starts, then chromium starts ignoring
my keybinding for the menu key, and I can no longer type accented
characters, because I get a weird menu instead.

If I close chromium and open it up again, it's fixed (I can again
use that key as Mode_switch) until next time I switch to qwerty and
back (and run those xmodmap commands.)

When chromium is bugging, other programs are functioning correctly,
eg I can still type my accented characters with my menu key
remapped to alt-gr in other programs (I tested lowriter, st, atril,
and filezilla).

Thanks!

  - Jason


-- System Information:
Debian Release: 11.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-7-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages chromium depends on:
ii  chromium-common 90.0.4430.212-1
ii  libasound2  1.2.4-1.1
ii  libatk-bridge2.0-0  2.38.0-1
ii  libatk1.0-0 2.36.0-2
ii  libatomic1  10.2.1-6
ii  libatspi2.0-0   2.38.0-4
ii  libavcodec587:4.3.2-0+deb11u1
ii  libavformat58   7:4.3.2-0+deb11u1
ii  libavutil56 7:4.3.2-0+deb11u1
ii  libc6   2.31-12
ii  libcairo2   1.16.0-5
ii  libcups22.3.3op2-3+deb11u1
ii  libdbus-1-3 1.12.20-2
ii  libdrm2 2.4.104-1
ii  libevent-2.1-7  2.1.12-stable-1
ii  libexpat1   2.2.10-2
ii  libflac81.3.3-2
ii  libfontconfig1  2.13.1-4.2
ii  libfreetype62.10.4+dfsg-1
ii  libgbm1 20.3.5-1
ii  libgcc-s1   10.2.1-6
ii  libglib2.0-02.66.8-1
ii  libgtk-3-0  3.24.24-4
ii  libharfbuzz0b   2.7.4-1
ii  libicu6767.1-6
ii  libjpeg62-turbo 1:2.0.6-4
ii  libjsoncpp241.9.4-4
ii  liblcms2-2  2.12~rc1-2
ii  libminizip1 1.1-8+b1
ii  libnspr42:4.29-1
ii  libnss3 2:3.63-1
ii  libopenjp2-72.4.0-3
ii  libopus01.3.1-0.1
ii  libpango-1.0-0  1.46.2-3
ii  libpng16-16 1.6.37-3
ii  libpulse0   14.2-2
ii  libre2-920210201+dfsg-1
ii  libsnappy1v51.1.8-1
ii  libstdc++6  10.2.1-6
ii  libvpx6 1.9.0-1
ii  libwebp60.6.1-2+b1
ii  libwebpdemux2   0.6.1-2+b1
ii  libwebpmux3 0.6.1-2+b1
ii  libx11-62:1.7.1-1
ii  libxcb1 1.14-3
ii  libxcomposite1  1:0.4.5-1
ii  libxdamage1 1:1.1.5-2
ii  libxext62:1.3.3-1.1
ii  libxfixes3  1:5.0.3-2
ii  libxml2 2.9.10+dfsg-6.7
ii  libxrandr2  2:1.5.1-1
ii  libxshmfence1   1.3-1
ii  libxslt1.1  1.1.34-4
ii  zlib1g  1:1.2.11.dfsg-2

Versions of packages chromium recommends:
ii  chromium-sandbox  90.0.4430.212-1

Versions of packages chromium suggests:
pn  chromium-driver  
pn  chromium-l10n
pn  chromium-shell   

Versions of packages chromium-common depends on:
ii  libc6   2.31-12
ii  libstdc++6  10.2.1-6
ii  libx11-62:1.7.1-1
ii  libxext62:1.3.3-1.1
ii  x11-utils   7.7+5
ii  xdg-utils   1.1.3-4.1
ii  zlib1g  1:1.2.11.dfsg-2

Versions of packages chromium-common recommends:
ii  chromium-sandbox 90.0.4430.212-1
ii  dunst [notification-daemon]  1.5.0-1
ii  fonts-liberation 1:1.07.4-11
ii  libgl1-mesa-dri  20.3.5-1
pn  libu2f-udev  
ii  system-config-printer1.5.14-1
ii  upower   0.99.11-2

Versions of packages chromium-sandbox depends on:
ii  libc6  2.31-12

-- no debconf information

Bug#980396: inkscape: most icons missing until librsvg2-common installed

[Jason Woofenden]

Good catch!

I tried uninstalling librsvg2-common and the icons went away again.

I wish I noticed this before making my bug report.

My heart goes out to those with unusual architectures, I ran Linux on
PowerPC on my only computer from about 2001 to 2007. That was
certainly difficult at times. But... I think the best solution is to
make librsvg2-common a Depends of inkscape. I think Recommends is for
things that enable features, but are not required to enable primary
thing the program does. The primary thing inkscape does is provide an
editing gui, and it cannot do that without librsvg2-common. If having
headless inkscape on unusual architectures is important enough, then a
inkscape-headless package could be built. If that use case is not
important enough to warrant a package variation then I would argue
it's also not important enough to break the inkscape gui for everyone
who doesn't automatically install recursive Depends dependencies...
though I understand that folks turning off auto-install of recommends
are a minority too.

That said, making librsvg2-common a direct Recommends of inkscape
would have saved me a lot of trouble, and I would appreciate that too.


P.S. I know turning off auto-install of Recommends sometimes requires
me to put in a bit of extra time, but I hope that at some of those
times I stumble across something in the debian packaging that can be
improved, so this extra time I spend is occasionally useful to others.
I turn off auto-Reccomends because many many packages put stuff in
Recommends that I don't need, and in the rare cases that I have to
install a Recommends to get a feature I want, it's a direct Recommend
so it's easy/quick for me to find and install.

P.P.S. It seems like rust is here to stay, I hope that folks with a
passion for new/unusual architectures will put their energy into
getting rust support for their architecture of choice.

Bug#980396: inkscape: most icons missing until gnome-icon-theme installed

[Jason Woofenden]

Package: inkscape
Version: 1.0.2-1
Severity: important

Dear Maintainer,

I installed inkscape on a pretty fresh debian unstable install
(from a couple months ago).

inkscape would launch, but very few of the icons in the ui displayed.
E.g. most tools had the same icon-missing icon. Screenshot attached.

inscape was printing this in the launching terminal:

(org.inkscape.Inkscape:39404): Gtk-WARNING **: 12:40:22.445: Could
not load a pixbuf from
/org/gtk/libgtk/theme/Adwaita/assets/check-symbolic.svg.
This may indicate that pixbuf loaders or the mime database could
not be found.

I tried installing recommended packages and whatnot, especially
anything to do with pixbuf, I installed all the pixbuf related
packages that my other computer has installed (where inkscape works
correctly.)

I tried several different inkscape settings for theme and icon
themes.

The thing that made the icons appear was installing
gnome-icon-theme.

I then purged gnome-icon-theme, and to my surprise, the icons in
inkscape kept working.

Here's the aptitude log:

Performing actions...
Selecting previously unselected package tango-icon-theme.
(Reading database ... 115973 files and directories currently installed.)
Preparing to unpack .../tango-icon-theme_0.8.90-8_all.deb ...
Unpacking tango-icon-theme (0.8.90-8) ...
Setting up tango-icon-theme (0.8.90-8) ...
Press Return to continue, 'q' followed by Return to quit.

Performing actions...
Selecting previously unselected package librsvg2-common:amd64.
(Reading database ... 120287 files and directories currently installed.)
Preparing to unpack .../librsvg2-common_2.50.2+dfsg-1_amd64.deb ...
Unpacking librsvg2-common:amd64 (2.50.2+dfsg-1) ...
Selecting previously unselected package gnome-icon-theme.
Preparing to unpack .../gnome-icon-theme_3.12.0-3_all.deb ...
Unpacking gnome-icon-theme (3.12.0-3) ...
Setting up librsvg2-common:amd64 (2.50.2+dfsg-1) ...
Setting up gnome-icon-theme (3.12.0-3) ...
update-alternatives: using
/usr/share/icons/gnome/scalable/places/debian-swirl.svg to provide
/usr/share/icons/gnome/scalable/places/start-here.svg (start-here.svg)
in auto mode
Processing triggers for libgdk-pixbuf-2.0-0:amd64 (2.42.2+dfsg-1) ...
Press Return to continue, 'q' followed by Return to quit.

Performing actions...
(Reading database ... 126333 files and directories currently installed.)
Removing tango-icon-theme (0.8.90-8) ...
(Reading database ... 122020 files and directories currently installed.)
Purging configuration files for tango-icon-theme (0.8.90-8) ...
Press Return to continue, 'q' followed by Return to quit.

Performing actions...
(Reading database ... 122019 files and directories currently installed.)
Removing gnome-icon-theme (3.12.0-3) ...
update-alternatives: using
/usr/share/icons/gnome/scalable/places/gnome-foot.svg to provide
/usr/share/icons/gnome/scalable/places/start-here.svg (start-here.svg)
in auto mode
update-alternatives: warning: skip creation of
/usr/share/icons/gnome/256x256/places/start-here.png because
associated file /usr/share/icons/gnome/256x256/places/gnome-foot.png
(of link group start-here.svg) doesn't exist


my uneducated guess is that maybe this bit is what fixed it:

Processing triggers for libgdk-pixbuf-2.0-0:amd64 (2.42.2+dfsg-1) ...

now inkscape works correctly even though gnome-icon-theme in not
installed anymore. I assume this means that this can only be
reproduces on a fresh install of debian unstable.




-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages inkscape depends on:
ii  libatkmm-1.6-1v5   2.28.0-3
ii  libc6  2.31-9
ii  libcairo2  1.16.0-5
ii  libcairomm-1.0-1v5 1.12.2-4
ii  libcdr-0.1-1   0.1.6-2
ii  libdbus-glib-1-2   0.110-6
ii  libdouble-conversion3  3.1.5-6.1
ii  libfontconfig1 2.13.1-4.2
ii  libfreetype6   2.10.4+dfsg-1
ii  libgc1 1:8.0.4-3
ii  libgcc-s1  10.2.1-6
ii  libgdk-pixbuf-2.0-02.42.2+dfsg-1
ii  libgdl-3-5 3.34.0-1
ii  libglib2.0-0   2.66.4-1
ii  libglibmm-2.4-1v5  2.64.2-2
ii  libgomp1   10.2.1-6
ii  libgsl25   2.6+dfsg-2
ii  libgtk-3-0 3.24.24-1
ii  libgtkmm-3.0-1v5   3.24.2-2
ii  libgtkspell3-3-0   3.0.10-1
ii  libharfbuzz0b  2.6.7-1
ii  libjpeg62-turbo1:2.0.5-2
ii  liblcms2-2 2.12~rc1-2
ii  libmagick++-6.q16-88:6.9.11.57+dfsg-1
ii  libpango-1.0-0 1.46.2-3
ii  libpangocairo-1.0-01.46.2-3
ii  libpangoft2-1.0-

Bug#964503: okular: typewriter annotation ignores configured font family

[Jason Woofenden]

Package: okular
Version: 4:20.04.2-1
Severity: normal

Dear Maintainer,

Summary: I can't get my typewriter annotation to display or print
with the font of my choice (I tried several fonts installed from
sid repo).

Steps to reproduce:

open a PDF file in okular. I created mine by running lowriter,
typing my name, then clicking print and choosing print-to-file from
the print dialog.

enable the "review" tools from the Tools menu.

Click the big T button (bottom-most tool) and then click on the
document, type, and click OK.

right-click the annotation you just made and select properties.

click the blank button to the right of "Font: [font name here]"

Choose a font that looks significantly different, eg Because We
Organize from the fonts-bwht package.

Click OK (on the font chooser dialog).

Click OK (on the annotation properties dialog).


Result: annotation still looks the same

Expectation: annotation should display in the selected font.

What does work: if you change the font size in the font chooser
dialog, the annotation does change size, it just doesn't show in
the selected font (family).



Alternate steps to reproduce:

Open a PDF file in okular.

click the "Settings" menu and then "Configure Okular" inside.

click "Annotations" on the left.

Scroll down and click "Typewriter" to highlight it then click the
"Edit..." button on the right.

As above, choose a different font and "OK" out of both dialog
boxes.

Make a new typewriter annotation as above.

Same results/expectations as above, I still don't see my chosen
font in the annotations.


Thanks! - Jason


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.5.0-2-amd64 (SMP w/6 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages okular depends on:
ii  kinit 5.70.0-1
ii  kio   5.70.1-1
ii  libc6 2.30-8
ii  libfreetype6  2.10.2+dfsg-2
ii  libjpeg62-turbo   1:2.0.5-1
ii  libkf5activities5 5.70.0-1
ii  libkf5archive55.70.0-1
ii  libkf5bookmarks5  5.70.0-1
ii  libkf5codecs5 5.70.0-1
ii  libkf5completion5 5.70.0-1
ii  libkf5configcore5 5.70.0-1
ii  libkf5configgui5  5.70.0-1
ii  libkf5configwidgets5  5.70.0-1
ii  libkf5coreaddons5 5.70.0-1
ii  libkf5crash5  5.70.0-1
ii  libkf5i18n5   5.70.0-1
ii  libkf5iconthemes5 5.70.0-1
ii  libkf5itemviews5  5.70.0-1
ii  libkf5jobwidgets5 5.70.0-1
ii  libkf5kexiv2-15.0.0   19.08.1-1+b2
ii  libkf5kiocore55.70.1-1
ii  libkf5kiowidgets5 5.70.1-1
ii  libkf5parts5  5.70.0-1
ii  libkf5pty55.70.0-1
ii  libkf5purpose-bin 5.70.0-1
ii  libkf5purpose55.70.0-1
ii  libkf5service-bin 5.70.0-1
ii  libkf5service55.70.0-1
ii  libkf5textwidgets55.70.0-1
ii  libkf5wallet-bin  5.70.0-1
ii  libkf5wallet5 5.70.0-1
ii  libkf5widgetsaddons5  5.70.0-1
ii  libkf5windowsystem5   5.70.0-1
ii  libkf5xmlgui5 5.70.0-1+b1
ii  libokular5core9   4:20.04.2-1
ii  libphonon4qt5-4   4:4.11.1-3
ii  libpoppler-qt5-1  0.71.0-6
ii  libqca-qt5-2  2.3.0-1
ii  libqmobipocket2   4:17.08.3-2+b1
ii  libqt5core5a  5.14.2+dfsg-4
ii  libqt5dbus5   5.14.2+dfsg-4
ii  libqt5gui55.14.2+dfsg-4
ii  libqt5printsupport5   5.14.2+dfsg-4
ii  libqt5svg55.14.2-2
ii  libqt5texttospeech5   5.14.2-2
ii  libqt5widgets55.14.2+dfsg-4
ii  libqt5xml55.14.2+dfsg-4
ii  libspectre1   0.2.8-2
ii  libstdc++610.1.0-4
ii  phonon4qt54:4.11.1-3
ii  zlib1g1:1.2.11.dfsg-2

Versions of packages okular recommends:
pn  cups-bsd  

Versions of packages okular suggests:
ii  ghostscript9.52~dfsg-1
pn  okular-extra-backends  
ii  poppler-data   0.4.9-2
ii  texlive-binaries   2020.20200327.54578-4+b1
pn  unrar  

-- no debconf information

Bug#957918: vor-0.5.8 upstream release

[Jason Woofenden]

Awesome :)

Github has marked my tags as "releases" but the github "release tarbals"
don't include the graphics, so please still use the release tarballs from
here:  https://jasonwoof.com/downloads/vor/

- Jason

On Sat, April 18, 2020 12:10 pm, Ana Custura wrote:
> Hi Jason,
>
> Excellent, I packaged the new version and will upload shortly. I've
> updated the url and flag in the man page, thanks for spotting that!
> Also, the watch file now points at your github repo to scan for new
> releases :)
>
> Thank you again!
> Ana
>
>
> On 18/04/2020 03:16, Jason Woofenden wrote:
>> Hi!
>>
>> I'm psyched to have an active Debian package maintainer.
>>
>> I've released vor-0.5.8!
>>
>> This release builds with gcc-10 :)
>>
>> I also made a few little cleanup things that might need to be updated in
>> the package as well:
>>
>> I've updated the URLs:
>>
>> The home page is now: https://sametwice.com/vor
>>
>> Looks like you have that in debian/control, but please update the link
>> in
>> debian/vor.6 to https.
>>
>> You wrote a man page! Thanks! Here's a tweak for it:
>>
>> It looks like it says `-l` for fullscreen, but the correct flag is `-f`.
>>
>>
>> I moved the canonical repo to github: https://github.com/JasonWoof/vor
>>
>> I also renamed the README and README.font files (to README.md and
>> README_font.md respectively) and added a little markdown formatting.
>>
>>
>> Thanks for packaging!
>>
>> - Jason
>
>

Bug#957918: vor-0.5.8 upstream release

[Jason Woofenden]

Hi!

I'm psyched to have an active Debian package maintainer.

I've released vor-0.5.8!

This release builds with gcc-10 :)

I also made a few little cleanup things that might need to be updated in
the package as well:

I've updated the URLs:

The home page is now: https://sametwice.com/vor

Looks like you have that in debian/control, but please update the link in
debian/vor.6 to https.

You wrote a man page! Thanks! Here's a tweak for it:

It looks like it says `-l` for fullscreen, but the correct flag is `-f`.


I moved the canonical repo to github: https://github.com/JasonWoof/vor

I also renamed the README and README.font files (to README.md and
README_font.md respectively) and added a little markdown formatting.


Thanks for packaging!

- Jason

Bug#957918: looks like an easy fix

[Jason Woofenden]

Hi all,

Upstream vor maintainer here.

This error looks like just a missing "extern".

I've just installeg gcc-10, and I should have time to get vor compiling
with gcc-10 and make a bugfix release in the next few days.

- Jason

Bug#911808: upstream bug

[Jason Woofenden]

Hi Maintainer,

I found the upstream bug forthe "chain 'DNAT' does not exist" bug:

https://github.com/moby/moby/issues/38099

WORKAROUND:
update-alternatives --config iptables
choose iptables-legacy

-- 
Jason

Bug#912823: /usr/bin/byobu: 250: exec: tmux: not found

[Jason Woofenden]

Package: hollywood
Version: 1.14-1
Severity: normal

Dear Maintainer,

Thanks for a fun one :)

But...

> hollywood
/usr/bin/byobu: 250: exec: tmux: not found
/usr/bin/byobu: 250: exec: tmux: not found
/usr/bin/byobu: 250: exec: tmux: not found
/usr/bin/byobu: 250: exec: tmux: not found
zsh: exit 127   hollywood


tmux is recommended by byobu, but it seems, is a must-have for
hollywood (and wallstreet).

-- 
Jason


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages hollywood depends on:
ii  byobu  5.112-1.1

Versions of packages hollywood recommends:
pn  apg 
pn  bmon
ii  bsdmainutils11.1.2+b1
pn  ccze
pn  cmatrix 
pn  htop
pn  jp2a
pn  mlocate 
pn  moreutils   
ii  openssh-client  1:7.9p1-1
pn  speedometer 
ii  tree1.7.0-5

Versions of packages hollywood suggests:
pn  mplayer  

-- no debconf information

Bug#911808: fixed sorta?

[Jason Woofenden]

Hi Maintainer,

Well, the iptables package updated quick, and now supplies a
/sbin/iptables, but docker still won't start with -p port:port:

iptables failed: iptables --wait -t nat -A DOCKER -p tcp -d 0/0 --dport *** -j 
DNAT --to-destination ***:*** ! -i docker0: iptables v1.8.1 (nf_tables): Chain 
'DNAT' does not exist

-- 
Jason

Bug#911808: /sbin/iptables: no such file or directory

[Jason Woofenden]

Package: docker.io
Version: 18.06.1+dfsg1-2
Severity: important

Dear Maintainer,

When I run docker with -p it fails with:

docker: Error response from daemon: driver failed programming external 
connectivity on endpoint :  (iptables failed: iptables --wait -t nat -A 
DOCKER -p tcp -d 0/0 --dport *** -j DNAT --to-destination ***:*** ! -i docker0: 
 (fork/exec /sbin/iptables: no such file or directory)).

There's currently no debian package shipping /sbin/iptables:

https://packages.debian.org/search?suite=sid&arch=amd64&mode=exactfilename&searchon=contents&keywords=%2Fsbin%2Fiptables

The iptables package has recent changes to its alternatives. Maybe
it removed /sbin/iptables accidentally, but even if that is the
case, docker.io should probably search PATH or use
/usr/sbin/iptables

There's a recent bug against iptables about ferm breaking with a
similar error message:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911777


Please let me know if this is not as easy to reproduce as I think.

-- 
Jason


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages docker.io depends on:
ii  adduser 3.118
ii  iptables1.8.1-1
ii  libc6   2.27-6
ii  libdevmapper1.02.1  2:1.02.145-4.1
ii  libltdl72.4.6-6
ii  libnspr42:4.20-1
ii  libnss3 2:3.39-1
ii  libseccomp2 2.3.3-3
ii  libsystemd0 239-10
ii  lsb-base9.20170808
ii  runc1.0.0~rc5+dfsg1-4
ii  tini0.18.0-1

Versions of packages docker.io recommends:
ii  ca-certificates  20180409
ii  cgroupfs-mount   1.4
ii  git  1:2.19.1-1
pn  needrestart  
ii  xz-utils 5.2.2-1.3

Versions of packages docker.io suggests:
ii  aufs-tools   1:4.9+20170918-2
pn  btrfs-progs  
pn  debootstrap  
pn  docker-doc   
ii  e2fsprogs1.44.4-2
pn  rinse
pn  xfsprogs 
pn  zfs-fuse | zfsutils  

-- no debconf information

Bug#891938: syncthing should not be in the devel section of aptitude

[Jason Woofenden]

Source: syncthing
Version: 0.14.43+ds1-6
Severity: normal

Dear Maintainer,

I spent a while looking for bi-directional file sync by filtering
aptitude by "sync" and looking in the likely categories. I wish I
had found syncthing that way, it looks way more appropriate for my
needs that the things I did find that way.

Please categorize (in aptitude) syncthing under utils or net or
something. Currently it's showing under "devel", which is for
compilers and build tools and the like.

Thanks, - Jason


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#853222: curry-frontend: too many "r"s in URL in description

[Jason Woofenden]

Source: curry-frontend
Version: 0.4.2-4
Severity: minor

Dear Maintainer,

The "Homepage" field is correct, but in the description you've got
"currry" in the URL instead of "curry".

-- 
Jason

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-1-amd64 (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
Init: systemd (via /run/systemd/system)

Bug#848259: me too

[Jason Woofenden]

Hi,

I have this same problem.

I rolled back from version 1.6-15+b1 to version 1.6-15 (amd64) from
snapshot.debian.org and now I can send emails normally again.

I've got this in my profile:

send: -mts smtp -server *** -port 587 -user *** -tls -sasl

I hope that's helpful.

-- 
Jason

Bug#848594: network-manager: NM starts after apt upgrade despite bein disabled by systemctl

[Jason Woofenden]

Package: network-manager
Version: 1.4.2-3
Severity: normal

Dear Maintainer,

Background: I couldn't get NM to reconnect automatically, or even
manually in some cases, so I disabled it with ``systemctl disable``
and I call wpa_supplicant and dhclient manually.

network-manager does not start automatically on boot anymore.

When I updated my system with aptitude (last month), and it
upgraded the network-manager package, my internet connection died,
because the package upgrade started network-manager (and presumably
that conflicted with my wpa_supplicant I already had running.)

I'm writing this bug because I think that package upgrades should
not start daemons that have been explicitly disabled by the
sysadmin.

My apologies if there is some additional way I'm supposed to
indicate that I don't want network-manager running.

Thanks!

-- 
Jason


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-2-amd64 (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
Init: systemd (via /run/systemd/system)

Versions of packages network-manager depends on:
ii  adduser3.115
ii  dbus   1.10.14-1
ii  init-system-helpers1.46
ii  libaudit1  1:2.6.7-1
ii  libbluetooth3  5.43-1
ii  libc6  2.24-8
ii  libglib2.0-0   2.50.2-2
ii  libgnutls303.5.7-2
ii  libgudev-1.0-0 230-3
ii  libmm-glib01.6.4-1
ii  libndp01.6-1
ii  libnewt0.520.52.19-1
ii  libnl-3-2003.2.27-1
ii  libnm0 1.4.2-3
ii  libpam-systemd 232-7
ii  libpolkit-agent-1-00.105-17
ii  libpolkit-gobject-1-0  0.105-17
ii  libreadline7   7.0-1
ii  libselinux12.6-3
ii  libsoup2.4-1   2.56.0-1
ii  libsystemd0232-7
ii  libteamdctl0   1.26-1
ii  libuuid1   2.29-1
ii  lsb-base   9.20161125
ii  policykit-10.105-17
ii  udev   232-7
ii  wpasupplicant  2.5-2+v2.4-3+b1

Versions of packages network-manager recommends:
ii  crda 3.13-1+b2
ii  dnsmasq-base 2.76-4.1
ii  iptables 1.6.0+snapshot20161117-4
pn  iputils-arping   
ii  isc-dhcp-client  4.3.5~b1-1
ii  modemmanager 1.6.4-1
ii  ppp  2.4.7-1+4

Versions of packages network-manager suggests:
pn  libteam-utils  

-- no debconf information

Bug#827045: [Pkg-fonts-devel] Bug#827045: fonts-fantasque-sans: (mono) broken right quotes (single and double)

[Jason Woofenden]

> Thanks for the report. I'm already working on new version of fontforge
> for Debian. I hope that will resolve the issue.

Awesome!

So perhaps this bug report will just be useful as a reminder to
make sure fantasque get rebuilt after fontforge gets updated.

-- 
Jason

Bug#827045: fonts-fantasque-sans: (mono) broken right quotes (single and double)

[Jason Woofenden]

Package: fonts-fantasque-sans
Version: 1.7.1~dfsg-1
Severity: minor

Dear Maintainer,

Thanks for packaging this font! I used it in my terminal for a long
time until this bug bothered me enough to switch.

There seems to be a bug with the closing "smart" quote symbols in
Fantasque Sans _Mono_. I mean the last character on the following
two lines:

“double curlies”
‘single curlies’

ie U+201d and U+2019

For me, in st (suckless terminal) and inkscape, the closing quotes
appear a full character to the left of where they should, as though
they were accents on the "s" characters.

This has been reported upstream (for the single quote only) here:
https://github.com/belluzj/fantasque-sans/issues/59

Apparently this issue bug does not happen if the font is built with
a sufficiently new version of FontForge. (According to the bug link
above.) They don't specify how new, but they don't like the 2012
version that's in debian now.


Thanks!

  -- Jason


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

Kernel: Linux 4.5.0-2-686-pae (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
Init: systemd (via /run/systemd/system)

-- debconf-show failed

Bug#824159: vor: manpage tweaks

[Jason Woofenden]

Package: vor
Version: 0.5.6-1
Severity: minor

Dear Maintainer,

Thanks for writing a man page! I haven't gotten myself to learn how
to do that yet.

Couple tweaks:

1.  Please include the last three letters in my last name

2.  Please include the other author: Joshua Grams

3.  Please mention the commandline flags: -s -f

The -s flag is particularly useful since there's no key to mute.

Might be nice to mention the keys too: arrows/numpad, space/p, f, q/esc
if only so people won't get frustrated that they can't find the
shoot key :) (there is no shooting)

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

Kernel: Linux 4.5.0-2-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages vor depends on:
ii  libc62.22-7
ii  libsdl-image1.2  1.2.12-5+b6
ii  libsdl-mixer1.2  1.2.12-11+b1
ii  libsdl1.2debian  1.2.15+dfsg1-4

vor recommends no packages.

vor suggests no packages.

-- no debconf information

Bug#824156: vor: Segfaults on startup if you have a high score file

[Jason Woofenden]

Package: vor
Version: 0.5.6-1
Severity: important

Dear Maintainer,

Firstly, I'm so excited that this package has a new maintainer.
Thanks for stepping up!

It seems that the patch you added (01-string-formatting.diff) makes
the game segfault immediately on startup if you have a high score
file.

This is the change/line that's problematic:

fscanf(f, "%s", titles[j]);

I think this says to read a string into titles[j] but titles[j] is
not writeable, it's two string constants.

The original code (before your patch) does the correct thing: it
scans (not saving the characters anywhere) past the title of the
score file section.

The other change introduced by this patch looks harmless enough,
though unnecessary, since titles[] are static strings that don't
have percents in them.

I'm attaching a score file, to save you the trouble of surviving
for 31 seconds and entering your name.

To reproduce:

1.  rename this attachment to ~/.vor-scores, or don't do that, and
survive for over 30 seconds, and enter your name into the high
score list, and quit.

2.  run the game

Result: segfault

Thanks!

-- 
Jason


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

Kernel: Linux 4.5.0-2-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages vor depends on:
ii  libc62.22-7
ii  libsdl-image1.2  1.2.12-5+b6
ii  libsdl-mixer1.2  1.2.12-11+b1
ii  libsdl1.2debian  1.2.15+dfsg1-4

vor recommends no packages.

vor suggests no packages.

-- debconf-show failed
Normal
12 -
105000 -
9 -
75000 -
6 -
5 -
4 -
34108 JasonTesting
Easy
12 -
105000 -
9 -
75000 -
6 -
5 -
4 -
3 -

Bug#820748: uniconvertor: ImportError: No module named sk1libs.utils.fs

[Jason Woofenden]

Package: python-uniconvertor
Version: 1.1.5-2
Severity: important
File: /usr/bin/uniconvertor

Dear Maintainer,

I can't get uniconvertor to run. Example:

$ touch testin.ai
$ uniconvertor testin.ai out.svg
Traceback (most recent call last):
  File "/usr/bin/uniconvertor", line 13, in 
uniconv_run()
  File "/usr/lib/python2.7/dist-packages/uniconvertor/__init__.py", line 83, in 
uniconv_run
from app.io import load
  File "/usr/lib/python2.7/dist-packages/uniconvertor/app/__init__.py", line 
69, in 
from conf.configurator import Configurator
  File 
"/usr/lib/python2.7/dist-packages/uniconvertor/app/conf/configurator.py", line 
11, in 
from app.events import connector
  File "/usr/lib/python2.7/dist-packages/uniconvertor/app/__init__.py", line 
69, in 
from conf.configurator import Configurator
  File 
"/usr/lib/python2.7/dist-packages/uniconvertor/app/conf/configurator.py", line 
13, in 
from sk1libs.utils.fs import gethome
ImportError: No module named sk1libs.utils.fs
zsh: exit 1 uniconvertor testin.ai out.svg

I get the same results when touching/converting a filename with a
.svg ending (to .ps)

I assume the file contents don't matter, since it seems to be
pretty early instartup. I did try with a real .ai file originally,
but get the same crash with empty files as shown above.

-- 
Jason


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

Kernel: Linux 4.4.0-1-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages python-uniconvertor depends on:
ii  libc6 2.22-5
ii  python2.7.11-1
ii  python-imaging3.1.1-1
ii  python-reportlab  3.3.0-1
pn  python:any

python-uniconvertor recommends no packages.

Versions of packages python-uniconvertor suggests:
pn  python-uniconvertor-dbg  

-- no debconf information

Bug#820352: [Pkg-utopia-maintainers] Bug#820352: network-manager: usb ath9k wifi asigned default wired connection at boot

[Jason Woofenden]

Thanks Michael.

I pushed this upstream: https://bugzilla.gnome.org/show_bug.cgi?id=764803

And added the udevadm info.

-- 
Jason

> Hi Jason,
> 
> Am 07.04.2016 um 19:30 schrieb Jason Woofenden:
> > 
> > Every time I boot linux (2-ish times per day) NetworkManager won't
> > connect to my wifi, because it thinks my wifi card is an ethernet
> > device.
> 
> It would be great if you can file this bug upstream at
> 
> https://bugzilla.gnome.org/enter_bug.cgi?product=NetworkManager
> and report back with the bug number.
> 
> It's hard for me to reproduce the issue, since I don't own such a hardware.
> 
> What you might include in the upstream bug report is the
> udevadm info /sys/class/net/X
> output of the device directly after boot and after you unplug/plug it.
> 
> Regards,
> Michael
> -- 
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
> 

Bug#820352: network-manager: usb ath9k wifi asigned default wired connection at boot

[Jason Woofenden]

Package: network-manager
Version: 1.1.93-1
Severity: important

Dear Maintainer,

Every time I boot linux (2-ish times per day) NetworkManager won't
connect to my wifi, because it thinks my wifi card is an ethernet
device.

I try this:

nmcli d wifi list

And it outputs nothing.

However, this has lots of output:

iwlist scan

So it appears that the kernel knows it's a wifi card.

This command:

journalctl | grep "ath9k\|wlx00"

produces:

Apr 05 12:42:10 compy kernel: usb 5-3: ath9k_htc: Firmware 
ath9k_htc/htc_9271-1.4.0.fw requested
Apr 05 12:42:10 compy kernel: usbcore: registered new interface driver 
ath9k_htc
Apr 05 12:42:10 compy kernel: usb 5-3: firmware: direct-loading 
firmware ath9k_htc/htc_9271-1.4.0.fw
Apr 05 12:42:10 compy kernel: usb 5-3: ath9k_htc: Transferred FW: 
ath9k_htc/htc_9271-1.4.0.fw, size: 51008
Apr 05 12:42:11 compy kernel: ath9k_htc 5-3:1.0: ath9k_htc: HTC 
initialized with 33 credits
Apr 05 12:42:11 compy kernel: ath9k_htc 5-3:1.0: ath9k_htc: FW Version: 
1.4
Apr 05 12:42:11 compy kernel: ath9k_htc 5-3:1.0: FW RMW support: On
Apr 05 12:42:11 compy kernel: ath9k_htc 5-3:1.0 wlx00c0ca81fdaa: 
renamed from wlan0
Apr 05 12:42:11 compy NetworkManager[665]:   [1459874531.9945] 
rfkill0: found WiFi radio killswitch (at 
/sys/devices/pci:00/:00:1d.7/usb5/5-3/5-3:1.0/ieee80211/phy0/rfkill0) 
(driver ath9k_htc)
Apr 05 12:42:11 compy NetworkManager[665]:   [1459874531.9976] 
devices added (path: 
/sys/devices/pci:00/:00:1d.7/usb5/5-3/5-3:1.0/net/wlx00c0ca81fdaa, 
iface: wlx00c0ca81fdaa)
Apr 05 12:42:11 compy NetworkManager[665]:   [1459874531.9979] 
device added (path: 
/sys/devices/pci:00/:00:1d.7/usb5/5-3/5-3:1.0/net/wlx00c0ca81fdaa, 
iface: wlx00c0ca81fdaa): no ifupdown configuration found.
Apr 05 12:42:12 compy NetworkManager[665]:   [1459874532.0563] 
manager: (wlx00c0ca81fdaa): new Ethernet device 
(/org/freedesktop/NetworkManager/Devices/3)
Apr 05 12:42:12 compy NetworkManager[665]:   [1459874532.0610] 
settings: (wlx00c0ca81fdaa): created default wired connection 'Wired connection 
2'
Apr 05 12:42:12 compy NetworkManager[665]:   [1459874532.0624] 
device (wlx00c0ca81fdaa): state change: unmanaged -> unavailable (reason 
'managed') [10 20 2]
Apr 05 12:42:12 compy kernel: IPv6: ADDRCONF(NETDEV_UP): 
wlx00c0ca81fdaa: link is not ready
Apr 05 12:42:12 compy kernel: IPv6: ADDRCONF(NETDEV_UP): 
wlx00c0ca81fdaa: link is not ready


Then, I unplug my wifi adapter (usb) and plug it back in. Now I get
this additional output from ``journalctl | grep "ath9k\|wlx00"``

Apr 05 12:43:28 compy NetworkManager[665]:   [1459874608.2591] 
device (wlx00c0ca81fdaa): state change: unavailable -> unmanaged (reason 
'removed') [20 10 36]
Apr 05 12:43:28 compy NetworkManager[665]:   [1459874608.2659] 
device (wlx00c0ca81fdaa): failed to disable userspace IPv6LL address handling
Apr 05 12:43:28 compy NetworkManager[665]:   [1459874608.2667] 
devices removed (path: 
/sys/devices/pci:00/:00:1d.7/usb5/5-3/5-3:1.0/net/wlx00c0ca81fdaa, 
iface: wlx00c0ca81fdaa)
Apr 05 12:43:28 compy kernel: usb 5-3: ath9k_htc: USB layer 
deinitialized
Apr 05 12:43:32 compy kernel: usb 5-3: ath9k_htc: Firmware 
ath9k_htc/htc_9271-1.4.0.fw requested
Apr 05 12:43:32 compy kernel: usb 5-3: firmware: direct-loading 
firmware ath9k_htc/htc_9271-1.4.0.fw
Apr 05 12:43:32 compy kernel: usb 5-3: ath9k_htc: Transferred FW: 
ath9k_htc/htc_9271-1.4.0.fw, size: 51008
Apr 05 12:43:33 compy kernel: ath9k_htc 5-3:1.0: ath9k_htc: HTC 
initialized with 33 credits
Apr 05 12:43:33 compy kernel: ath9k_htc 5-3:1.0: ath9k_htc: FW Version: 
1.4
Apr 05 12:43:33 compy kernel: ath9k_htc 5-3:1.0: FW RMW support: On
Apr 05 12:43:33 compy kernel: ath9k_htc 5-3:1.0 wlx00c0ca81fdaa: 
renamed from wlan0
Apr 05 12:43:33 compy NetworkManager[665]:   [1459874613.5156] 
rfkill1: found WiFi radio killswitch (at 
/sys/devices/pci:00/:00:1d.7/usb5/5-3/5-3:1.0/ieee80211/phy1/rfkill1) 
(driver ath9k_htc)
Apr 05 12:43:33 compy NetworkManager[665]:   [1459874613.5213] 
device (wlan0): interface index 5 renamed iface from 'wlan0' to 
'wlx00c0ca81fdaa'
Apr 05 12:43:33 compy NetworkManager[665]:   [1459874613.5265] 
devices added (path: 
/sys/devices/pci:00/:00:1d.7/usb5/5-3/5-3:1.0/net/wlx00c0ca81fdaa, 
iface: wlx00c0ca81fdaa)
Apr 05 12:43:33 compy NetworkManager[665]:   [1459874613.5265] 
device added (path: 
/sys/devices/pci:00/:00:1d.7/usb5/5-3/5-3:1.0/net/wlx00c0ca81fdaa, 
iface: wlx00c0ca81fdaa): no ifupdown configuration found.
Apr 05 12:43:33 compy NetworkManager[665]:   [1459874613.5266] 
device (wlx00c0ca81fdaa): state change: unmanaged -> unavailable (reason 
'managed') [10 20 2]
Apr 05 12:43:33 compy kernel: IPv6: ADDRCONF(NET

Bug#816431: aptitude: crash (SIGFPE) on limit/filter (pressing L) in tree view

[Jason Woofenden]

Package: aptitude
Version: 0.7.7-1
Severity: important

Dear Maintainer,

Aptitude crashes when I press L (lowercase), then type certain
strings into the "Enter the new package tree limit:" prompt.

Below is a table of strings I've tried, followed by whether it
crashed aptitude ("crash") or not ("happy"). Below that I have
pasted a full backtrace of the crash from the string "wine-dev".

wine-dev  crash
wine-development  crash
wine-foo  happy (no packages match, but it doesn't crash)
wine  happy
wine- crash
win-  happy
wine-development-foo   happy (no matches, no crash)
wine-devfoo   happy (no matches, no crash)
map   happy
moop  crash
moo   happy
bar   happy
baz   crash


I can't figure out the pattern of why it crashes for some input and
not others. But I do consistently get crashes on the input labeled
"crash" above, and consistently _don't_ get crashes on those
labeled "happy" above.

Please let me know if there is further testing or information
gathering I can do.

Thanks for all your work on this!

-- 
Jason





Enter the new package tree limit: wine-dev
  Program received signal SIGFPE, 
Arithmetic exception.

   0x800b868e in pkg_tree::build_tree (this=0x80c129d0, 
progress=warning: RTTI symbol not found for class 'progress::progress_progress'
...) at ../../src/pkg_tree.cc:209
209 ../../src/pkg_tree.cc: No such file or directory.
(gdb) bt full
#0  0x800b868e in pkg_tree::build_tree (this=0x80c129d0, progress=warning: RTTI 
symbol not found for class 'progress::progress_progress'
...) at ../../src/pkg_tree.cc:209
pkg = {> = 
{> = {}, S = 
0xb40af054, Owner = 0x804c66f8}, HashIndex = 1344}
it = {
  first = {> = {> = {}, S = , Owner = }, HashIndex = 1344}, second = {ref = }}
search_info = {ref = 0x80c1b600}
matches = std::vector of length 5, capacity 8 = {{
first = {> = {> = {}, S = 0xb40af054, Owner = 0x804c66f8}, HashIndex = 1344}, second = {
  ref = 0x818d2fe0}}, {
first = {> = {> = {}, S = 0xb3d6301c, Owner = 0x804c66f8}, HashIndex = 28352}, second = {
  ref = 0x80c54528}}, {
first = {> = {> = {}, S = 0xb40af188, Owner = 0x804c66f8}, HashIndex = 32519}, second = {
  ref = 0x818d30a8}}, {
first = {> = {> = {}, S = 0xb40af15c, Owner = 0x804c66f8}, HashIndex = 35952}, second = {
  ref = 0x80c19130}}, {
first = {> = {> = {}, S = 0xb418f514, Owner = 0x804c66f8}, HashIndex = 43676}, second = {
  ref = 0x818d2db0}}}
num = 1
total = 5
update_progress_10pct = 0
empty = true
mytree = 0x818d2860
cache_empty = false
grouper = 0x80c12cd8
sorter = { = {_vptr.sortpolicy = 
0xb40af054}, chain = 0x804c66f8}
rval = 
#1  0x800b8f92 in pkg_tree::build_tree (this=0x80c129d0) at 
../../src/pkg_tree.cc:272
p = {ref = 0x80c56988}
rval = 
#2  0x800b95ce in pkg_tree::set_limit (this=0x80c129d0, _limit=L"wine-dev") at 
../../src/pkg_tree.cc:289
old_limit = {ref = 0x0}
old_limitstr = L""
new_limit = {ref = 0x80e0de00}
#3  0x800b9c35 in sigc::bound_mem_functor1, 
std::allocator > const&>::operator() (_A_a1=..., this=0x812a0944) at 
/usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:1856
No locals.
#4  sigc::adaptor_functor, 
std::allocator > const&> 
>::operator(), 
std::allocator > const&> (
_A_arg1=L"wine-dev", this=0x812a0940) at 
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:89
No locals.
#5  sigc::internal::slot_call1, 
std::allocator > const&>, void, std::__cxx11::basic_string, std::allocator > >::call_it (
rep=0x812a0928, a_1=...) at 
/usr/include/sigc++-2.0/sigc++/functors/slot.h:142
typed_rep = 0x812a0928
#6  0xb7d46630 in cwidget::widgets::editline::handle_key(cwidget::config::key 
const&) () from /usr/lib/i386-linux-gnu/libcwidget.so.3
No symbol table info available.
#7  0xb7db5b3b in cwidget::widgets::widget::dispatch_key(cwidget::config::key 
const&) () from /usr/lib/i386-linux-gnu/libcwidget.so.3
No symbol table info available.
#8  0xb7d83c38 in 
cwidget::widgets::passthrough::handle_key(cwidget::config::key const&) () from 
/usr/lib/i386-linux-gnu/libcwidget.so.3
No symbol table info available.
#9  0xb7db5b3b in cwidget::widgets::widget::dispatch_key(cwidget::config::key 
const&) () from /usr/lib/i386-linux-gnu/libcwidget.so.3
No symbol table info available.
#10 0xb7d9b404 in cwidget::widgets::table::handle_key(cwidget::config::key 
const&) () from /usr/lib/i386-linux-gnu/libcwidget.so.3
No symbol table info available.
#11 0xb7db5b3b in cwidget::widgets::widget::dispatch_key(cwidget::config::key 
const&) () from /usr/lib/i386-linux-gnu/libcwidget.so.3
No s

Bug#795513: Re : Bug#795513: Bug #795513 libreoffice-core: Styles&Formatting crashing X

[Jason Woofenden]

My last email about testing was with libreoffice version: 1:5.0.5~rc2-1

Sorry I forgot to include that. Is reportbug making me
lazy/forgetful?

Speaking of reportbug... Here's all the info that reportbug gathers
about libreoffice and my system:

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

Kernel: Linux 4.4.0-1-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages libreoffice-calc depends on:
ii  coinor-libcbc32.8.12-1+b1
ii  coinor-libcoinmp1v5   1.7.6+dfsg1-2
ii  libboost-iostreams1.58.0  1.58.0+dfsg-5+b1
ii  libc6 2.21-9
ii  libetonyek-0.1-1  0.1.6-1
ii  libgcc1   1:5.3.1-10
ii  libicu55  55.1-7
ii  liblcms2-22.6-3+b3
ii  libmwaw-0.3-3 0.3.7-1
ii  libodfgen-0.1-1   0.1.6-1
ii  liborcus-0.10-0v5 0.9.2-4
ii  libreoffice-base-core 1:5.0.5~rc2-1
ii  libreoffice-core  1:5.0.5~rc2-1
ii  librevenge-0.0-0  0.0.4-4
ii  libstdc++65.3.1-10
ii  libwps-0.4-4  0.4.3-1
ii  libxml2   2.9.3+dfsg1-1
ii  lp-solve  5.5.0.13-7+b2
ii  uno-libs3 5.0.5~rc2-1
ii  ure   5.0.5~rc2-1
ii  zlib1g1:1.2.8.dfsg-2+b1

libreoffice-calc recommends no packages.

Versions of packages libreoffice-calc suggests:
ii  ocl-icd-libopencl1  2.2.8-1

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.7+LibO5.0.5~rc2-1
ii  libatk1.0-0   2.18.0-1
ii  libboost-date-time1.58.0  1.58.0+dfsg-5+b1
ii  libc6 2.21-9
ii  libcairo2 1.14.6-1
ii  libclucene-contribs1v52.3.3.4-4.1
ii  libclucene-core1v52.3.3.4-4.1
ii  libcmis-0.5-5v5   0.5.0-4
ii  libcups2  2.1.3-2
ii  libcurl3-gnutls   7.47.0-1
ii  libdbus-1-3   1.10.6-1
ii  libdbus-glib-1-2  0.106-1
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-7
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.3-3
ii  libgcc1   1:5.3.1-10
ii  libgdk-pixbuf2.0-02.32.3-1.2
ii  libgl1-mesa-glx [libgl1]  11.1.2-1
ii  libglew1.13   1.13.0-2
ii  libglib2.0-0  2.46.2-3
ii  libgltf-0.0-0v5   0.0.2-4+b1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgraphite2-31.3.6-1
ii  libgtk2.0-0   2.24.29-1
ii  libharfbuzz-icu0  1.0.1-1+b1
ii  libharfbuzz0b 1.0.1-1+b1
ii  libhunspell-1.3-0 1.3.3-3+b2
ii  libhyphen02.8.8-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-7
ii  libjpeg62-turbo   1:1.4.2-2
ii  liblangtag1   0.5.7-2
ii  liblcms2-22.6-3+b3
ii  libldap-2.4-2 2.4.42+dfsg-2+b2
ii  libmythes-1.2-0   2:1.2.4-1
ii  libneon27-gnutls  0.30.1-3
ii  libnspr4  2:4.11-1
ii  libnspr4-0d   2:4.11-1
ii  libnss3   2:3.21-1.1
ii  libnss3-1d2:3.21-1.1
ii  libodfgen-0.1-1   0.1.6-1
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpangoft2-1.0-0 1.38.1-1
ii  libpcre3  2:8.38-3
ii  libpng12-01.2.54-4
ii  librdf0   1.0.17-1+b1
ii  libreoffice-common1:5.0.5~rc2-1
ii  librevenge-0.0-0  0.0.4-4
ii  libsm62:1.2.2-1+b1
ii  libssl1.0.2   1.0.2f-2
ii  libstdc++65.3.1-10
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxml2   2.9.3+dfsg1-1
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.9-2
ii  libxslt1.11.1.28-2.1
ii  libxt61:1.1.5-1
ii  uno-libs3 5.0.5~rc2-1
ii  ure   5.0.5~rc2-1
ii  zlib1g1:1.2.8.dfsg-2+b1

-- no debconf information

Bug#795513: Bug #795513 libreoffice-core: Styles&Formatting crashing X

[Jason Woofenden]

Hi All,

I can no longer reproduce this bug.

I am able to open the styles and formatting sidebar via the icon or
the menu, and it does not crash Xorg either way.

-- 
Jason

Bug#795513: Bug #795513 libreoffice-core: Styles&Formatting crashing X

[Jason Woofenden]

Hi Stéphane,

Thank you for putting some time into this.

I skimmed those bug reports, and none of them seem to be about Xorg
crashing (which is the problem reported here).

I'm having a little trouble wrapping my brain around how to get a
backtrace of a graphical program as Xorg crashes... probably
possible with screen. But I don't know if that would help because
localc isn't crashing, it's closing because Xorg is going down.

I'll test if I can still reproduce this bug, and report back soon.
There have been kernel, xorg and localc updates since this bug
report, maybe it's better now.

-- 
Jason

Bug#806595: aptitude: now it crashes

[Jason Woofenden]

OK, I created a new bug for the segfault:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815635

With a backtrace and everything :)

-- 
Jason

Bug#815635: aptitude: crashes on x86 on shift-C (changelog)

[Jason Woofenden]

Package: aptitude
Version: 0.7.6-1
Severity: normal

Dear Maintainer,

Hi, since 0.7.6-1 I consistently get a segfault when I press
Shift-C to view a changelog.

A couple people reported here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806595 that they
don't get this crash on amd64, and one of them said that they do get
the crash on x86 (like me).

Here's a backtrace:

#0  0x8011ee6e in std::__cxx11::basic_string, 
std::allocator >::_Alloc_hider::_Alloc_hider (__a=...,
__dat=, this=) at 
/usr/include/c++/5/bits/basic_string.h:109
#1  std::__cxx11::basic_string, 
std::allocator >::basic_string (__str=..., this=0xbfffe734)
at /usr/include/c++/5/bits/basic_string.h:399
#2  aptitude::apt::changelog::get_filename[abi:cxx11]() const (this=) at ../../src/generic/apt/changelog_parse.h:229
#3  do_view_changelog 
(filename="/tmp/aptitude-root.31049:inX5Pb/aptitude-download-T0DKG^77xIW3.iCvfIbO3D5CNdigfit5_1811-fd54-2439-6e19",
pkgname="cgpt", curverstr="0~20121212-3") at ../../src/view_changelog.cc:303
#4  0x801212a4 in changelog_callbacks::success (this=0x80d29214,

filename="/tmp/aptitude-root.31049:inX5Pb/aptitude-download-T0DKG^77xIW3.iCvfIbO3D5CNdigfit5_1811-fd54-2439-6e19")
at ../../src/view_changelog.cc:364
#5  0x8020f068 in aptitude::apt::(anonymous 
namespace)::changelog_download::success (this=0x818c2014,

filename="/tmp/aptitude-root.31049:inX5Pb/aptitude-download-T0DKG^77xIW3.iCvfIbO3D5CNdigfit5_1811-fd54-2439-6e19")
at ../../../../src/generic/apt/pkg_changelog.cc:274
#6  0x801e4f36 in sigc::bound_mem_functor1, std::allocator > 
const&>::operator() (_A_a1=..., this=0x80d41448) at 
/usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:1856
#7  sigc::adaptor_functor, std::allocator > const&> 
>::operator(), 
std::allocator >&> (
_A_arg1=..., this=0x80d41444) at 
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:89
#8  sigc::bind_functor<-1, sigc::bound_mem_functor1, std::allocator > const&>, 
std::__cxx11::basic_string, std::allocator 
>, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, 
sigc::nil>::operator() (this=0x80d41440) at 
/usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1117
#9  sigc::internal::slot_call0, std::allocator > 
const&>, std::__cxx11::basic_string, 
std::allocator >, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, 
sigc::nil>, void>::call_it (rep=0x80d41428)
at /usr/include/sigc++-2.0/sigc++/functors/slot.h:108
#10 0x801e5de0 in sigc::slot0::operator() (this=0x80ce834c) at 
/usr/include/sigc++-2.0/sigc++/functors/slot.h:440
#11 keepalive (f=...) at 
../../../../src/generic/util/post_thunk.h:43
#12 0x801e4fb2 in sigc::pointer_functor2 const&, 
std::shared_ptr const&, void>::operator() 
(_A_a2=..., _A_a1=..., this=0x80ce8348)
at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:147
#13 sigc::adaptor_functor const&, 
std::shared_ptr const&, void> 
>::operator()&, 
std::shared_ptr&> (_A_arg2=..., _A_arg1=..., 
this=0x80ce8344)
at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:108
#14 sigc::bind_functor<-1, sigc::pointer_functor2 const&, 
std::shared_ptr const&, void>, sigc::slot, 
std::shared_ptr, sigc::nil, sigc::nil, sigc::nil, 
sigc::nil, sigc::nil>::operator() (
this=0x80ce8340) at /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1333
#15 sigc::internal::slot_call0 const&, 
std::shared_ptr const&, void>, sigc::slot, 
std::shared_ptr, sigc::nil, sigc::nil, sigc::nil, 
sigc::nil,
sigc::nil>, void>::call_it (rep=0x80ce8328) at 
/usr/include/sigc++-2.0/sigc++/functors/slot.h:108
#16 0x80118443 in sigc::slot0::operator() (this=0xbfffedc4) at 
/usr/include/sigc++-2.0/sigc++/functors/slot.h:440
#17 aptitude::safe_slot_event::dispatch (this=0xb1f47158) at 
../../src/safe_slot_event.h:40
#18 0xb7d1fbef in cwidget::toplevel::mainloop(int) () from 
/usr/lib/i386-linux-gnu/libcwidget.so.3
#19 0x8011408c in ui_main () at ../../src/ui.cc:2963
#20 0x80030e9d in main (argc=1, argv=0xb704) at ../../src/main.cc:1382



and bt full:

#0  0x8011ee6e in std::__cxx11::basic_string, 
std::allocator >::_Alloc_hider::_Alloc_hider (__a=...,
__dat=, this=) at 
/usr/include/c++/5/bits/basic_string.h:109
No locals.
#1  std::__cxx11::basic_string, 
std::allocator >::basic_string (__str=..., this=0xbfffe734)
at /usr/include/c++/5/bits/basic_string.h:399
No locals.
#2  aptitude::apt::changelog::get_filename[abi:cxx11]() const (this=) at ../../src/generic/apt/changelog_parse.h:229
No locals.
#3  do_view_changelog 
(filename="/tmp/aptitude-root.31049:inX5Pb/aptitude-download-T0DKG^77xIW3.iCvfIbO3D5CNdigfit5_1811-fd54-2439-6e19",
pkgname="cgpt", curverstr="0~20121212-3") at ../../src/view_changelog.cc:303
cs = 
s = 
menulabel = "Changelog of cgpt"
tablabel = "cgpt changes"
desclabel = "View the list of changes made to this Debian package."
changelog = {ref = 0x0}
f = 0x0
t = {ref = 0x818c7b10}
#4  0x801212a4 in changelog_callbacks::success (this=0x80d29214,

file

Bug#806595: aptitude: now it crashes

[Jason Woofenden]

Package: aptitude
Version: 0.7.6-1
Severity: normal

Dear Maintainer,

Thanks for working on this!

I just updated everything today (sid) and now instead of the error
dialog about dropping privs, I get a segfault when I press ``shift-C``

# aptitude
Ouch!  Got SIGSEGV, dying..
zsh: segmentation fault  aptitude

Please let me know what I can do to gather more information if that
would be helpful.

I used reportbug to generate the template for this email, so I'm
hoping that you'll find below all the details about my system,
versions, etc that you need.

-- 
Jason



-- Package-specific info:
Terminal: st-256color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.7.6
Compiler: g++ 5.3.1 20160220
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.6.2
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20160213
  cwidget version: 0.5.17
  Apt version: 5.0.0

aptitude linkage:
linux-gate.so.1 (0xb77a2000)
libapt-pkg.so.5.0 => /usr/lib/i386-linux-gnu/libapt-pkg.so.5.0 
(0xb7225000)
libncursesw.so.5 => /lib/i386-linux-gnu/libncursesw.so.5 (0xb71f)
libtinfo.so.5 => /lib/i386-linux-gnu/libtinfo.so.5 (0xb71cb000)
libsigc-2.0.so.0 => /usr/lib/i386-linux-gnu/libsigc-2.0.so.0 
(0xb71c4000)
libcwidget.so.3 => /usr/lib/i386-linux-gnu/libcwidget.so.3 (0xb70c1000)
libsqlite3.so.0 => /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xb6fdf000)
libboost_iostreams.so.1.58.0 => 
/usr/lib/i386-linux-gnu/libboost_iostreams.so.1.58.0 (0xb6fc6000)
libboost_filesystem.so.1.58.0 => 
/usr/lib/i386-linux-gnu/libboost_filesystem.so.1.58.0 (0xb6fac000)
libboost_system.so.1.58.0 => 
/usr/lib/i386-linux-gnu/libboost_system.so.1.58.0 (0xb6fa7000)
libxapian.so.22 => /usr/lib/i386-linux-gnu/sse2/libxapian.so.22 
(0xb6d9d000)
libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 
(0xb6d8)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb6c1)
libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb6bc2000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb6ba5000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb69ed000)
libutil.so.1 => /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xb69e9000)
libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb69e4000)
libresolv.so.2 => /lib/i386-linux-gnu/i686/cmov/libresolv.so.2 
(0xb69cb000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb69ae000)
libbz2.so.1.0 => /lib/i386-linux-gnu/libbz2.so.1.0 (0xb699b000)
liblzma.so.5 => /lib/i386-linux-gnu/liblzma.so.5 (0xb6972000)
liblz4.so.1 => /usr/lib/i386-linux-gnu/liblz4.so.1 (0xb695f000)
librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb6955000)
libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0xb694f000)
/lib/ld-linux.so.2 (0x8005b000)

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

Kernel: Linux 4.3.0-1-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages aptitude depends on:
ii  aptitude-common0.7.6-1
ii  libapt-pkg5.0  1.2.3
ii  libboost-filesystem1.58.0  1.58.0+dfsg-5+b1
ii  libboost-iostreams1.58.0   1.58.0+dfsg-5+b1
ii  libboost-system1.58.0  1.58.0+dfsg-5+b1
ii  libc6  2.21-9
ii  libcwidget3v5  0.5.17-4+b1
ii  libgcc11:5.3.1-9
ii  libncursesw5   6.0+20160213-1
ii  libsigc++-2.0-0v5  2.6.2-1
ii  libsqlite3-0   3.11.0-1
ii  libstdc++6 5.3.1-9
ii  libtinfo5  6.0+20160213-1
ii  libxapian22v5  1.2.22-1

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-doc  
pn  libparse-debianchangelog-perl   
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
pn  apt-xapian-index  
pn  debtags   
ii  tasksel   3.34

-- no debconf information

Bug#814390: RFP: vor -- A quick action game of dodging rocks in space

[Jason Woofenden]

Package: wnpp
Severity: wishlist

* Package name: vor
  Version : 0.5.6
  Upstream Author : Jason Woofenden 
* URL : http://sametwice.com/vor
* License : GPL
  Programming Lang: C
  Description : A quick action game of dodging rocks in space

VoR is a simple, fast-paced action game that will challenge your
reflexes. It has excellent gameplay, great physics, good graphics,
and a retro/synthoid thumpy beat to help put you in the mood for
old-school 2D gaming.


VoR has been in Debian before, and was removed because because the
package maintainer didn't respond do bug reports for a couple
years.

VoR should be very easy to get into debian, because a package has
been created for it before, which would be used pretty much as-is.
A couple changes should be made though:

1.  It should be bumped up to vor-0.5.6, because 0.5.5 FTBFS
because of a missing -lm compiler flag.

2.  It should be moved from contrib to main. The only reason it was
in main is because the tarball contains .pov files, and povray
used to be in non-free. But now povray is in main, so VoR can
be also.

3.  The patch is no longer important, but you could leave it in
there if you wish. The patch is there because older versions of
VoR would fail to run if the current working directory
contained a directory named "data" which was not VoR's graphics
directory. VoR is no longer so easily fooled (it now checks for
``./data/b_variations.png``)

VoR should be easy to maintain, because it builds in a very
standard way (autoconf) and because releases are infrequent.

Also, I (the primary upstream maintainer) respond in a timely
manner to emails.

Here's a link to the old VoR package:

https://packages.debian.org/wheezy/vor

I'm attaching the vor_0.5.5-2.debian.tar.gz linked from there,
because I assume it'll be removed from pool/ at some point.

Thank you!

-- 
Jason


vor_0.5.5-2.debian.tar.gz
Description: application/gzip

Bug#810587: mime-support: warnings about { depricated in regex

[Jason Woofenden]

Hi Charles,

That patch gets rid of the warning messages for me.

I'm not sure what that code does, so I don't know how to test edge
cases or anything, but I tested at least one message that used to
give the warning message, and now it doesn't.

Thanks!

-- 
Jason

Bug#810587: mime-support: warnings about { depricated in regex

[Jason Woofenden]

Package: mime-support
Version: 3.59
Severity: normal

Dear Maintainer,

I frequently get this warning message:

Unescaped left brace in regex is deprecated, passed through in regex; 
marked by <-- HERE in m/%{ <-- HERE (.*?)}/ at /usr/bin/run-mailcap line 528.

when using nmh.

It seems to happen on some messages and not others. I'm attaching
two messages, both generated by rss2email. One gets the warning
when I /usr/bin/mh/show it, the other doesn't.


Please let me know if there's something I can do to help figure out
what's going on. I hope this has to do with a perl upgrade or
something, and you don't have to muck about with nmh to reproduce
this.

I'm running fully-updated sid, with perl 5.22.1-3

I've been getting the warning message for... I forget... let's call
it "several days".

-- 
Jason


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

Kernel: Linux 4.2.0-1-686-pae (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
Init: systemd (via /run/systemd/system)

mime-support depends on no packages.

Versions of packages mime-support recommends:
ii  file  1:5.25-2

mime-support suggests no packages.

-- no debconf information
--- Begin Message ---


  


What makes a good life? Lessons from the longest study on happiness | Robert Waldinger

What keeps us happy and healthy as we go through life? If you think it's fame and money, you're not alone – but, according to psychiatrist Robert Waldinger, you're mistaken. As the director of 75-year-old study on adult development, Waldinger has unprecedented access to data on true happiness and satisfaction. In this talk, he shares three important lessons learned from the study as well as some practical, old-as-the-hills wisdom on how to build a fulfilling, long life.

URL: http://feedproxy.google.com/~r/TEDTalks_video/~3/-7i8Hxx5qis/robert_waldinger_what_makes_a_good_life_lessons_from_the_longest_study_on_happiness
Enclosure: http://feedproxy.google.com/~r/TEDTalks_video/~5/z14uFjCjUlk/RobertWaldinger_2015X.mp4




--- End Message ---
--- Begin Message ---
![](http://3.bp.blogspot.com/-BP82AlIFGFE/U7b70-fmH4I/AVI/fAhWXsFWaxs/
s1600/Image0.jpg)

  

  

  



URL: 
http://tinysiphouse.blogspot.com/2014/07/how-does-someone-who-lives-in-tiny.html
--- End Message ---

Bug#802233: pdfsandwich: Debian bug report #802233

[Jason Woofenden]

Thanks guys,

I wasn't sure where to report this.

I created a bug on sourceforge:
https://sourceforge.net/p/pdfsandwich/bugs/10/

and attached (there) the debugging output.

-- 
Jason

Bug#803353: apache2: apache 2.4.17 introduces breaking change to REDIRECT_URL

[Jason Woofenden]

Package: apache2
Version: 2.4.17-1
Severity: normal

Dear Maintainer,

There appears to have been a mistake upstream.

The following change was proposed on April Fools Day this year:

https://bz.apache.org/bugzilla/show_bug.cgi?id=57785

Despite breaking all kinds of things, this patch somehow made it
into apache 2.4.17.

It changes the REDIRECT_URL variable, which untold numbers of sites
(millions?) rely on.

That page says that REDIRECT_URL was introduced in 2010, but that
is not true. The earliest version of apache source I can find is
from 1996, and it includes the REDIRECT_URL variable:

http://svn.apache.org/viewvc/httpd/httpd/tags/1.3/apache_1_0_0/src/main/util_script.c?revision=76316&view=markup

I understand that sometimes breaking changes need to be made, but
not with little fanfare when only the tertiary version number
changes.

apache 2.5.0 appears to have already fixed this, by making the new
behavior opt-in: 

https://github.com/apache/httpd/blob/42fe5bdacc3395981f717e70c8b03e587bbf865b/CHANGES

And it looks like 2.4.18 will have that fix as well:

http://mail-archives.apache.org/mod_mbox/httpd-dev/201510.mbox/%3C8E4D5EDE-E9F5-4551-BE25-694E4D9B3C1B%40jaguNET.com%3E


I'm not sure what should be done about this, but it breaks almost
every site I've ever made (at least 50), so I thought you all
should at least know about it.


Here are some fun quotes from the upstream bug:

"This patch appears to break the prexisting PHP behaviour (all
versions, verified as far back as PHP 5.2)."

"Here at cPanel we are reverting our 2.4.17 release and are
going to re-release 2.4.16. Too many issues with
mod_rewrite/REDIRECT_URL causing a *lot* of applications to
stop working." 


-- Package-specific info:

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

Kernel: Linux 4.2.0-1-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages apache2 depends on:
ii  apache2-bin2.4.17-1
ii  apache2-data   2.4.17-1
ii  apache2-utils  2.4.17-1
ii  dpkg   1.18.3
ii  lsb-base   9.20150917
ii  mime-support   3.59
ii  perl   5.20.2-6
ii  procps 2:3.3.10-4

Versions of packages apache2 recommends:
ii  ssl-cert  1.0.37

Versions of packages apache2 suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
ii  chromium [www-browser]   46.0.2490.71-1
ii  elinks [www-browser] 0.12~pre6-10
ii  iceweasel [www-browser]  38.3.0esr-1
ii  lynx-cur [www-browser]   2.8.9dev6-4
ii  w3m [www-browser]0.5.3-25

Versions of packages apache2-bin depends on:
ii  libapr1  1.5.2-3
ii  libaprutil1  1.5.4-1
ii  libaprutil1-dbd-sqlite3  1.5.4-1
ii  libaprutil1-ldap 1.5.4-1
ii  libc62.19-22
ii  libldap-2.4-22.4.42+dfsg-2
ii  liblua5.1-0  5.1.5-8
ii  libnghttp2-141.3.4-2
ii  libpcre3 2:8.35-7.2
ii  libssl1.0.0  1.0.2d-1
ii  libxml2  2.9.2+zdfsg1-4
ii  perl 5.20.2-6
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages apache2-bin suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
ii  chromium [www-browser]   46.0.2490.71-1
ii  elinks [www-browser] 0.12~pre6-10
ii  iceweasel [www-browser]  38.3.0esr-1
ii  lynx-cur [www-browser]   2.8.9dev6-4
ii  w3m [www-browser]0.5.3-25

Versions of packages apache2 is related to:
ii  apache2  2.4.17-1
ii  apache2-bin  2.4.17-1

-- Configuration Files:
/etc/apache2/mods-available/ident.load [Errno 2] No such file or directory: 
u'/etc/apache2/mods-available/ident.load'
/etc/apache2/ports.conf changed [not included]
/etc/apache2/sites-available/000-default.conf changed [not included]

-- no debconf information

Bug#795513: libreoffice-calc: xorg crashes when I click the TT icon

[Jason Woofenden]

> > xorg.log says:
> > 
> > Fatal server error:
> > [   664.110] (EE) EXA: malloc failed for size -7076128 bytes
> > [   664.110] (EE) 
> > [   664.110] (EE) 
> 
> I don't see anything like this either (intel...).
> 
> Just to rule it out - do you also  see it on some other system which does not
> use "ati" (what you seem to use if I read your provided Xorg log right)
> 
> Of course, Lo shouldn't crash X anyways, but...

Only other system I've got with sid is running fbdev... just
installed/tried lowriter there, and... I have no problem opening the
styles and formatting toolbar.

No surprises there, I think fbdev and exa live pretty separate
lives.

I was just throwing this bug out there in hopes that information
about it would accumulate in one place. If nobody else chimes in
with a "me to!" in a while, feel free to close this bug, or
whatever makes most sense to you. I'm not attached.

I don't even use the styles and formatting toolbar, I was just
poking around to see what was new in version 5 :)

-- 
Jason

Bug#795513: libreoffice-calc: xorg crashes when I click the TT icon

[Jason Woofenden]

Package: libreoffice-calc
Version: 1:5.0.1~rc1-2
Severity: normal

Dear Maintainer,

Xorg is going down when I click the TT (overlapping capital Ts)
icon to the right of the cells in localc. I found the same icon
elsewhere in menus with the text "Styles and Formatting". I get the
same reaction when I click the "Styles and Formatting" menu item
under the "Format" menu (though it has a different icon there).

localc's output says:

X IO Error

xorg.log says:

Fatal server error:
[   664.110] (EE) EXA: malloc failed for size -7076128 bytes
[   664.110] (EE) 
[   664.110] (EE) 

Attached is the full xorg log.

I also poked around at localc quite a bit, to see if I could find
any other bugs/crashes. I clicked every icon on the window, and
it's only the "TT" one that crashes Xorg (or does anything
obviously bad.)

I get the same results with and without xcompmgr running.

I did some recent system upgrades, and tested this repeatedly after
rebooting.

I can't find another program that crashes. I've fiddled with
chromium, iceweasel, pianobooster (opengl), mplayer.

Please let me know if it would be helpful for me to perform further
tests/etc..

Thanks!

-- 
Jason


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

Kernel: Linux 3.16.0-4-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages libreoffice-calc depends on:
ii  coinor-libcbc32.8.12-1
ii  coinor-libcoinmp1 1.7.6+dfsg1-1
ii  libboost-iostreams1.58.0  1.58.0+dfsg-3
ii  libc6 2.19-19
ii  libetonyek-0.1-1  0.1.3-1
ii  libgcc1   1:5.2.1-15
ii  libicu55  55.1-4
ii  liblcms2-22.6-3+b3
ii  libmwaw-0.3-3 0.3.5-1
ii  libodfgen-0.1-1   0.1.4-1
ii  liborcus-0.10-0v5 0.9.2-3
ii  libreoffice-base-core 1:5.0.1~rc1-2
ii  libreoffice-core  1:5.0.1~rc1-2
ii  librevenge-0.0-0  0.0.2-2
ii  libstdc++65.2.1-15
ii  libwps-0.4-4  0.4.0-2
ii  libxml2   2.9.2+dfsg1-3
ii  lp-solve  5.5.0.13-7+b1
ii  uno-libs3 5.0.1~rc1-2
ii  ure   5.0.1~rc1-2
ii  zlib1g1:1.2.8.dfsg-2+b1

libreoffice-calc recommends no packages.

Versions of packages libreoffice-calc suggests:
ii  ocl-icd-libopencl1  2.2.7-2

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.6+LibO5.0.1~rc1-2
ii  libatk1.0-0   2.16.0-2
ii  libboost-date-time1.58.0  1.58.0+dfsg-3
ii  libc6 2.19-19
ii  libcairo2 1.14.2-2
ii  libclucene-contribs1  2.3.3.4-4
ii  libclucene-core1  2.3.3.4-4
ii  libcmis-0.5-5v5   0.5.0-3
ii  libcups2  2.0.3-10
ii  libcurl3-gnutls   7.44.0-1
ii  libdbus-1-3   1.8.20-1
ii  libdbus-glib-1-2  0.102-1
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-7
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-4
ii  libgcc1   1:5.2.1-15
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libgl1-mesa-glx [libgl1]  10.6.3-1
ii  libglew1.10   1.10.0-3
ii  libglib2.0-0  2.44.1-1.1
ii  libgltf-0.0-0v5   0.0.2-4
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libgraphite2-31.2.4-3
ii  libgtk2.0-0   2.24.28-1
ii  libharfbuzz-icu0  1.0.1-1
ii  libharfbuzz0b 1.0.1-1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libhyphen02.8.8-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-4
ii  libjpeg62-turbo   1:1.4.1-1
ii  liblangtag1   0.5.1-3
ii  liblcms2-22.6-3+b3
ii  libldap-2.4-2 2.4.41+dfsg-1
ii  libmythes-1.2-0   2:1.2.4-1
ii  libneon27-gnutls  0.30.1-1
ii  libnspr4  2:4.10.8-2
ii  libnspr4-0d   2:4.10.8-2
ii  libnss3   2:3.19.2-1
ii  libnss3-1d2:3.19.2-1
ii  libodfgen-0.1-1   0.1.4-1
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpcre3  2:8.35-7.1
ii  libpng12-01.2.50-2+b2
ii  librdf0   1.0.17-1+b1
ii  libreoffice-common1:5.0.1~rc1-2
ii  librevenge-0.0-0  0.0.2-2
ii  libsm62:1.2.2-1+b1
ii  libssl1.0.0   1.0.2d-1
ii  libstdc++65.2.1-15
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxml2

Bug#794988: node-htmlparser2: throws "Cannot find module 'domhandler'"

[Jason Woofenden]

Package: node-htmlparser2
Version: 3.7.3-1
Severity: important

Dear Maintainer,

I tried the example in the htmlparser2 readme, and it throws an
error while trying to load the module:

$ cat test.js
var htmlparser = require("htmlparser2");
var parser = new htmlparser.Parser({
onopentag: function(name, attribs){
if(name === "script" && attribs.type === "text/javascript"){
console.log("JS! Hooray!");
}
},
ontext: function(text){
console.log("-->", text);
},
onclosetag: function(tagname){
if(tagname === "script"){
console.log("That's it?!");
}
}
}, {decodeEntities: true});
parser.write("Xyz var foo = '<>';");
parser.end();


$ node test.js

module.js:340
throw err;
  ^
Error: Cannot find module 'domhandler'
at Function.Module._resolveFilename (module.js:338:15)
at Function.Module._load (module.js:280:25)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Object. (/usr/lib/nodejs/htmlparser2/lib/index.js:2:18)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.require (module.js:364:17)
zsh: exit 8 node test.js


Thanks.

-- Jason


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

Kernel: Linux 3.16.0-4-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages node-htmlparser2 depends on:
ii  node-entities  1.1.1-1
ii  nodejs 0.10.38~dfsg-1

node-htmlparser2 recommends no packages.

node-htmlparser2 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#792441: chromium: "This extension is managed and cannot be removed or disabled."

[Jason Woofenden]

Package: chromium
Version: 43.0.2357.130-1
Severity: normal

Dear Maintainer,

chrome://extensions says "This extension is managed and cannot be
removed or disabled."

This is a horrible thing to say.

What does it mean "managed"? Who's managing these extensions, and
why isn't it me?

The three extensions that have this language, have a checkbox for
"allow in incognito". If I can ban it from incognito, then it's not
required for operation, and I should be able to not allow it in
normal chromium windows.

I would very much like to be able to get rid of the "Chromium PDF
Viewer".

If chromium really can't run without these "extensions", then this
message should be changed to something like:

This is not really an extension, but rather a core part of
chromium which cannot be removed.

If chromium _can_ run without these extensions, then please make it
so I can disable them with the usual checkbox, or at least put in a
message about how to disable them.

-- 
Jason


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

Kernel: Linux 3.16.0-4-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages chromium depends on:
ii  libasound2   1.0.29-1
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-19
ii  libcairo21.14.2-2
ii  libcups2 2.0.3-7
ii  libdbus-1-3  1.8.18-1
ii  libexpat12.1.0-6+b3
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-4
ii  libgcc1  1:5.1.1-14
ii  libgdk-pixbuf2.0-0   2.31.4-2
ii  libglib2.0-0 2.44.1-1.1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk2.0-0  2.24.28-1
ii  libharfbuzz0b0.9.41-1
ii  libjpeg62-turbo  1:1.4.0-7
ii  libnspr4 2:4.10.8-2
ii  libnspr4-0d  2:4.10.8-2
ii  libnss3  2:3.19.2-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpci3  1:3.2.1-3
ii  libsnappy1   1.1.2-4
ii  libspeechd2  0.8-7
ii  libspeex11.2~rc1.2-1
ii  libsrtp0 1.4.5~20130609~dfsg-1.1
ii  libstdc++6   5.1.1-14
ii  libx11-6 2:1.6.3-1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxi6   2:1.7.4-1+b2
ii  libxml2  2.9.2+dfsg1-3
ii  libxrandr2   2:1.4.2-1+b1
ii  libxrender1  1:0.9.8-1+b1
ii  libxslt1.1   1.1.28-2+b2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  x11-utils7.7+3
ii  xdg-utils1.1.0~rc1+git20111210-7.4

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  

-- 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#789309: node-stylus: & + & doesn't create all permutations

[Jason Woofenden]

Package: node-stylus
Version: 0.48.1+dfsg-1
Severity: normal

Dear Maintainer,

This stylus:

.foo, .bar
& + &
color: red

Should produce this CSS:

.foo + .foo,
.foo + .bar,
.bar + .foo,
.bar + .bar {
  color: #f00;
}

But instead, it produces:

.foo + .foo,
.bar + .bar {
  color: #f00;
}


I expect this sort of permutation, because this is an advertised
feature of stylus, eg you can do

.foo, .bar
.foo, .bar
color: red

compiles to

.foo .foo,
.bar .foo,
.foo .bar,
.bar .bar {
  color: #f00;
}


Thanks!

-- 
Jason


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

Kernel: Linux 3.16.0-4-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages node-stylus depends on:
ii  node-css-parse   1.7.0+dfsg-1
ii  node-debug   2.1.0+dfsg-1
ii  node-glob4.0.5-1
ii  node-mkdirp  0.5.0-1
ii  node-sax 0.5.5-1
ii  node-source-map  0.1.40-1
ii  nodejs   0.10.38~dfsg-1

node-stylus recommends no packages.

node-stylus 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#789306: /usr/lib/nodejs/stylus/bin/stylus: input file overwritten when passing one argument

[Jason Woofenden]

Package: node-stylus
Version: 0.48.1+dfsg-1
Severity: normal
File: /usr/lib/nodejs/stylus/bin/stylus

Dear Maintainer,

When run with a single filename argument, eg:

stylus foo.stylus

stylus will obliterate the contents of foo.stylus, and replace it
with css.

This is not OK. stylus should output to stdout or foo.css


Also, the man page doesn't say anything about this. And... now that
I look more closely, the man page doesn't even say you can specify
a file on the commandline... instead in says you can specify a
command, and then doesn't document any commands that you can pass.

stylus --help has the same issue.


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

Kernel: Linux 3.16.0-4-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages node-stylus depends on:
ii  node-css-parse   1.7.0+dfsg-1
ii  node-debug   2.1.0+dfsg-1
ii  node-glob4.0.5-1
ii  node-mkdirp  0.5.0-1
ii  node-sax 0.5.5-1
ii  node-source-map  0.1.40-1
ii  nodejs   0.10.38~dfsg-1

node-stylus recommends no packages.

node-stylus 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#789178: python3-html2text's html2markdown won't run

[Jason Woofenden]

Package: python3-html2text
Version: 2014.9.25-1
Severity: normal

To reproduce:

> echo "hi" | html2markdown
Traceback (most recent call last):
  File "/usr/bin/html2markdown", line 9, in 
load_entry_point('html2text==2014.9.25', 'console_scripts', 
'html2text')()
  File "/usr/lib/python3/dist-packages/html2text/__init__.py", line 
1083, in main
data = data.decode(encoding)
AttributeError: 'str' object has no attribute 'decode'
zsh: done   echo -E "hi" |
zsh: exit 1 html2markdown


Note that this only happens with the python3 version of this
package. When I remove python3-html2text and install
python-html2text, it works fine:

echo "hi" | html2markdown
# hi


-- 
Jason


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

Kernel: Linux 3.16.0-4-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages python3-html2text depends on:
ii  python33.4.2-2
ii  python3-pkg-resources  17.0-1
pn  python3:any

Versions of packages python3-html2text recommends:
ii  python3-feedparser  5.1.3-3

python3-html2text 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#781958: rofi: man page doesn't say how to activate/deactivate daemon mode

[Jason Woofenden]

Package: rofi
Version: 0.15.2-1
Severity: minor

Thanks for packaging rofi!

I wanted to give it a try, so I installed it with aptitude, and
took a look at the man page. The man page explains that rofi can be
run as a daemon (like xbindkeys) or as a one-off, like dmenu.

I looked over the man-page fairly thoroughly, and I can't see
anything about how you specify which of these behaviors you would
like.

I would like to see explicit indication of:

1.  Whether the default is daemon, or one-off.

2.  What commandline option(s) activate daemon mode.

3.  What commandline option(s) de-activate daemon mode.


I've, as of yet, had no success getting rofi to do anything that I
can detect. I've tried some sensible commandlines:

rofi

rofi --help

rofi -dmenu

rofi -dmenu -show run

In all of the above cases, rofi seems to hang, doing nothing (maybe
it's in daemon mode?)

additionally, this command:

rofi -h

Prints the following error:

man: /usr/share/man/man1/rofi.1: No such file or directory


Thanks!

-- 
Jason


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

Kernel: Linux 3.16.0-4-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages rofi depends on:
ii  libc6  2.19-17
ii  libglib2.0-0   2.42.1-1
ii  libpango-1.0-0 1.36.8-3
ii  libpangoxft-1.0-0  1.36.8-3
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1

rofi recommends no packages.

rofi 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#672563: transmission-gtk: "auto-add torrents from dir" fails wrong when you delete the dir

[Jason Woofenden]

I say, if nobody's reproduced this in 3 year's, it's time to close
this bug.

Thanks.

-- 
Jason


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

Bug#763782: stylus: input file overwritten if non-standard filename extension

[Jason Woofenden]

Package: node-stylus
Version: 0.48.1+dfsg-1
Severity: normal
File: /usr/lib/nodejs/stylus/bin/stylus

Dear Maintainer,

If you use the ``.styl`` file extension, stylus compiles to a new
file with the ``.css`` extension (seems reasonable enough)

$ echo -e "body\n\tfont sans-serif" > test.styl  
$ stylus test.styl
  compiled test.css
$ cat test.styl
body
font sans-serif

But if you use a different file extension, it overwrites your file:

$ echo -e "body\n\tfont sans-serif" > test.stylus
$ stylus test.stylus 
  compiled test.stylus
$ cat test.stylus
body {
  font: sans-serif;
}

I think this is very bad. Stylus should not overwrite the source
file unless explicitly told to do so. It should create test.css or
test.stylus.css

Thank you :)

-- 
Jason


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

Kernel: Linux 3.14-2-686-pae (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 node-stylus depends on:
ii  node-css-parse   1.7.0+dfsg-1
ii  node-debug   0.8.1-1
ii  node-glob4.0.5-1
ii  node-mkdirp  0.5.0-1
ii  node-sax 0.5.5-1
ii  node-source-map  0.1.34-1
ii  nodejs   0.10.29~dfsg-1

node-stylus recommends no packages.

node-stylus 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#762722: /usr/share/plowshare4/download.sh: plowshare4/core.sh: line 3447: cannot create temp file for here-document

[Jason Woofenden]

Oh dear, that's embarrassing, my ``/tmp`` (and all of ``/``) was
full.

The problem wasn't ``sed`` but the ``<<<`` I think. I've never seen
``<<<`` before. Most people seem to just ``echo "$2" | ...`` instead.

plowdown works fine now that I've made some space on /tmp

Sorry for the fuss.

-- 
Jason


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

Bug#762722: /usr/share/plowshare4/download.sh: plowshare4/core.sh: line 3447: cannot create temp file for here-document

[Jason Woofenden]

Package: plowshare4
Version: 1.0.5-1
Severity: important
File: /usr/share/plowshare4/download.sh

Dear Maintainer,

I'm getting loads of error messages and no useful output from
plowdown. Example:

> plowdown --help
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot create temp file for 
here-document: No space left on device
/usr/share/plowshare4/core.sh: line 3447: cannot crea

Bug#758543: libdvdnav4: libdvdnavmini.so.4 is missing as of libdvdnav4-5.0.0-1

[Jason Woofenden]

Package: libdvdnav4
Version: 5.0.0-1
Severity: normal

Dear Maintainer,

Hi, I can't get mplayer to run anymore, because:

> mplayer --help
mplayer: error while loading shared libraries: libdvdnavmini.so.4: 
cannot open shared object file: No such file or directory
zsh: exit 127   mplayer --help

I just reverted to libdvdnav4_4.2.1-3_i386.deb and mplayer works
again.

Thanks!

-- 
Jason


-- Package-specific info:

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

Kernel: Linux 3.14-2-686-pae (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 libdvdnav4 depends on:
ii  libc6  2.19-9
ii  libdvdread45.0.0-1
ii  multiarch-support  2.19-9

libdvdnav4 recommends no packages.

Versions of packages libdvdnav4 suggests:
ii  libdvdcss2  1.3.0-dmo1

-- 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#754826: kernel panic in ath9k/atheros in scatterwalk_map_and_copy()

[Jason Woofenden]

WORKAROUND!

If anybody else has this problem, I hope the following workaround
works for you:

Put this text:

options ath9k_htc nohwcrypt=1

into this file:

/etc/modprobe.d/ath9k_htc.conf 

Then reboot (or maybe you can just reload the module?)

I haven't gotten a single kernel panic since implementing this
workaround almost a month ago. Before that I got a kernel panic
every 3-5 days or so.

-- 
Jason


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

Bug#749564: filed upstream + workaround

[Jason Woofenden]

OK, I filed it upstream: 
https://code.google.com/p/chromium/issues/detail?id=378641

Oh, and here's the tempermonkey script I'm using as a workaround:

// ==UserScript==
// @name   Workaround for #749564
// @namespace  http://use.i.E.your.homepage/
// @version0.1
// @description  turn DDG forms into GET methods
// @match  https://duckduckgo.com/html/*
// @copyright  2012+, You
// ==/UserScript==

(function() {
var i;
var forms = document.getElementsByTagName('form');
for (i in forms) {
   forms[i].method = 'get';
}
})();

-- 
Jason


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

Bug#749564: Acknowledgement (chromium uses wrong HTTP method (GET instead of POST) for some URL(s?))

[Jason Woofenden]

Ah hah! I just figured out that this is related to my "default
search engine" setting in chromium.

I have my default search setting set to:
https://duckduckgo.com/html/?q=%s

When I go to my chromium settings and click "manage search engines"
the above is default. If I click "make default" on google, then
chromium will POST to https://duckduckgo.com/html/ just fine (ie
the problem described in my original bug report is resolved.)

-- 
Jason


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

Bug#749564: chromium uses wrong HTTP method (GET instead of POST) for some URL(s?)

[Jason Woofenden]

Package: chromium
Version: 35.0.1916.114-2
Severity: normal

Dear Maintainer,

I can't for the life of me figure out why chromium won't send a
POST to https://duckduckgo.com/html/

I've made the simplest possible html page/form:





https://duckduckgo.com/html/"; method="post">






If I change the action attribute to any other URL I can think of
(http://jasonwoof.com/, http://google.com/, https://www.paypal.com/, even
https://duckduckgo.com/) it sends a post, but with
https://duckduckgo.com/html/ it sends a GET request.

I tried sites with http, sites with https, sites with HSTS and
without. Everything works (chromium sends a POST) except
https://duckduckgo.com/html/


To reproduce:

1.  Paste the above html into a file, and go to it in chromium (or
go to https://duckduckgo.com/html/ and use the form there
(that page has no javascript on it.)

2.  right-click anywhere on the page and click "inspect element"

3.  click the Network tab

4.  check "Preserve log"

5.  Type something into the input field and press enter

Note the first entry in the log.

Expected results:

html/ POST 200 ...

Actual results

html/ GET 200


I had this same problem with chromium 34.whatever that was in sid
until very recently.

I've disabled all my plugins, restarted chromium, and I'm not using
a proxy of any kind. I do _not_ have "Enable phishing and malware
protection" checked in the chromium settings.

This is very frustrating. I've got ddg/html/ as my default search
engine (using GET) but if I edit the search terms in the ddg form,
it doesn't send the form fields (it sends a GET (as described
above) without any query string.) I suppose I could work around
this with a tampermonkey script to change the ddg forms to
method="GET", but it seems to me something is seriously wrong here,
so I made this bug report.

I hope that's helpful.

Please let me know if I can help with further testing/etc.

Thank you!

-- 
Jason

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

Kernel: Linux 3.14-1-686-pae (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 chromium depends on:
ii  chromium-inspector   35.0.1916.114-2
ii  gconf-service3.2.6-2
ii  libasound2   1.0.27.2-4
ii  libc62.18-7
ii  libcairo21.12.16-2
ii  libcap2  1:2.22-1.2
ii  libcups2 1.7.2-3
ii  libdbus-1-3  1.8.2-1
ii  libexpat12.1.0-5
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgcc1  1:4.9.0-4
ii  libgconf-2-4 3.2.6-2
ii  libgcrypt11  1.5.3-4
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgnome-keyring03.8.0-2
ii  libgtk2.0-0  2.24.23-1
ii  libharfbuzz0b0.9.28-2
ii  libjpeg8 8d-2
ii  libnspr4 2:4.10.4-1
ii  libnss3  2:3.16-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libspeechd2  0.8-6
ii  libspeex11.2~rc1.1-1
ii  libstdc++6   4.9.0-4
ii  libudev1 204-10
ii  libx11-6 2:1.6.2-2
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1
ii  libxdamage1  1:1.1.4-1
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-1
ii  libxi6   2:1.7.2-1
ii  libxml2  2.9.1+dfsg1-3
ii  libxrandr2   2:1.4.2-1
ii  libxrender1  1:0.9.8-1
ii  libxslt1.1   1.1.28-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7.1

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  
pn  mozplugger 

-- 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#741070: note

[Jason Woofenden]

> You need the josm-plugins package from experimental.

There doesn't seem to be a josm-plugins in experimental.

Proof: https://packages.debian.org/experimental/josm-plugins

I'm guessing it wasn't in experimental a month ago when I tried,
I don't know how to check.

The version of josm-plugins in sid breaks josm >= 0.0.svn6503

-- 
Jason


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

Bug#745268: vor: Please move from contrib to main (povray is now agpl)

[Jason Woofenden]

Yay :) the debian package for povray has been fixed, and now it's
installable on i386 and other architectures.

Please let me know if there's anything I can do to help get vor
from contrib into main.

Should I make a new (upstream) release now? I've been putting off
finishing and merging joystick support, but I could just release
the stuff that is done and tested.

-- 
Jason


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

Bug#743337: module-bluetooth-device.so: [...] No such file or directory

[Jason Woofenden]

Hi Felipe,

Thank you for your reply!

A few days ago I noticed that my headset now works, so I am no
longer able to reproduce this issue. Sorry I forgot to update this
bug report.

It may have been Disable=Socket that fixed it. In retrospect I
realize that I may have fiddled with that setting before filing my
bug report, but didn't think to restart bluetoothd. I remember
restarting pulseaudio many times, but perhaps I forgot to restart
bluetoothd. ``uptime`` reports my last reboot as being
conspicuously between my bug report and when I notice my headset
working again.

Sorry I cannot be more help.

If grepping around for "module-bluetooth-device.so" and
"module-bluez5-device.so" doesn't turn up anything useful, then I
suppose this bug should be closed. Your call.

-- 
Jason


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

Bug#745268: vor: Please move from contrib to main (povray is now agpl)

[Jason Woofenden]

Package: vor
Version: 0.5.5-2
Severity: normal

Dear Maintainers,

Povray finally has a DFSG-compliant license! I'm so excited.

This means that vor can now be included in main right?!

I'm pretty sure the old povray license was the only thing
relegating vor to contrib.

Please move vor to main :)


Note: It looks like the debian package for this new (AGPL-licensed)
version of povray is still a work in progress, in that it only
successfully builds on one architecture. Do you need to wait for it
to build on more architectures before moving vor to main? I'm
pretty sure povray is _not_ used in building the debian package for
vor (because the upstream tarball releases of vor come with the
graphics already rendered.) I think it is sufficient (for vor to be
allowed into main) that povray is available from povray.org under a
DFSG-compliant license, but this paragraph is here in case I'm
wrong about that.

Thank you thank you!

-- 
Jason


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

Kernel: Linux 3.13-1-686-pae (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


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

Bug#742423: /usr/bin/winecfg is now a broken link

[Jason Woofenden]

Oops, now /usr/bin/wine* are mostly broken symbolic links.

compy /usr/bin> ls -l wine*
-rwxr-xr-x 1 root root  41 Mar 23 11:04 wine
lrwxrwxrwx 1 root root  34 Apr  5 22:57 wineboot -> 
../lib/wine-unstable/wineapploader
lrwxrwxrwx 1 root root  34 Apr  5 22:57 winecfg -> 
../lib/wine-unstable/wineapploader
lrwxrwxrwx 1 root root  34 Apr  5 22:57 winedbg -> 
../lib/wine-unstable/wineapploader
lrwxrwxrwx 1 root root  34 Apr  5 22:57 winefile -> 
../lib/wine-unstable/wineapploader
lrwxrwxrwx 1 root root  34 Apr  5 22:57 winepath -> 
../lib/wine-unstable/wineapploader
-rwxr-xr-x 1 root root 671 Apr  5 22:57 wine-unstable

> ls -l ../lib/wine-unstable 
total 28
-rwxr-xr-x 1 root root  7396 Apr  5 22:57 wine
-rwxr-xr-x 1 root root 12860 Apr  5 22:57 wine-preloader
-rwxr-xr-x 1 root root  1649 Apr  5 22:57 wine-wrapper

Those links supposed to go to wine-preloader, wine-wrapper, or is there
supposed to be a wineapploader in there?

-- 
Jason


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

Bug#743337: module-bluetooth-device.so: [...] No such file or directory

[Jason Woofenden]

Package: pulseaudio
Version: 5.0-1
Severity: normal

Dear Maintainer,

I'm having trouble connecting to the A2DP profile on my bluetooth
headset.

I don't always know what's a configuration issue, and what's a bug,
but I found a file-not-found error in my syslog:

Apr  1 15:55:24 compy pulseaudio[9178]: [pulseaudio] ltdl-bind-now.c: 
Failed to open module module-bluetooth-device.so: module-bluetooth-device.so: 
cannot open shared object file: No such file or directory

Here's the context:


Apr  1 15:54:54 compy dbus[2479]: [system] Activating service 
name='org.blueman.Mechanism' (using servicehelper)
Apr  1 15:54:54 compy blueman-mechanism: Starting blueman-mechanism
Apr  1 15:54:54 compy dbus[2479]: [system] Successfully activated 
service 'org.blueman.Mechanism'
Apr  1 15:54:54 compy blueman-mechanism: loading Network
Apr  1 15:54:54 compy blueman-mechanism: loading Config
Apr  1 15:54:54 compy blueman-mechanism: loading Ppp
Apr  1 15:54:54 compy blueman-mechanism: loading RfKill
Apr  1 15:54:55 compy bluetoothd[2752]: Endpoint unregistered: 
sender=:1.30 path=/MediaEndpoint/BlueZ4/HFPAG
Apr  1 15:54:55 compy bluetoothd[2752]: Endpoint unregistered: 
sender=:1.30 path=/MediaEndpoint/BlueZ4/HFPHS
Apr  1 15:54:55 compy bluetoothd[2752]: Endpoint unregistered: 
sender=:1.30 path=/MediaEndpoint/BlueZ4/A2DPSource
Apr  1 15:54:55 compy bluetoothd[2752]: hci0: Remove UUID (0x0011) 
failed: Invalid Parameters (0x0d)
Apr  1 15:54:55 compy bluetoothd[2752]: Discovery session 0xb8ffcbc8 
with :1.76 activated
Apr  1 15:55:05 compy bluetoothd[2752]: Stopping discovery
Apr  1 15:55:24 compy pulseaudio[9178]: [pulseaudio] ltdl-bind-now.c: 
Failed to open module module-bluetooth-device.so: module-bluetooth-device.so: 
cannot open shared object file: No such file or directory
Apr  1 15:55:24 compy pulseaudio[9178]: [pulseaudio] module.c: Failed 
to open module "module-bluetooth-device".
Apr  1 15:55:24 compy blueman-mechanism: Exiting
Apr  1 15:55:25 compy bluetoothd[2752]: Badly formated or unrecognized 
command: AT+CSRSF=0,0,0,0,0,7
Apr  1 15:55:28 compy bluetoothd[2752]: Unable to select SEP
Apr  1 15:55:31 compy bluetoothd[2752]: Connection refused (111)


pulseaudio-module-bluetooth provides a few similar files, but not that one:

dpkg --listfiles pulseaudio-module-bluetooth
/.
/usr
/usr/lib
/usr/lib/pulse-5.0
/usr/lib/pulse-5.0/modules
/usr/lib/pulse-5.0/modules/module-bluez4-device.so
/usr/lib/pulse-5.0/modules/module-bluez5-discover.so
/usr/lib/pulse-5.0/modules/libbluez4-util.so
/usr/lib/pulse-5.0/modules/module-bluetooth-policy.so
/usr/lib/pulse-5.0/modules/module-bluetooth-discover.so
/usr/lib/pulse-5.0/modules/module-bluez5-device.so
/usr/lib/pulse-5.0/modules/module-bluez4-discover.so
/usr/lib/pulse-5.0/modules/libbluez5-util.so
/usr/share
/usr/share/doc
/usr/share/doc/pulseaudio-module-bluetooth
/usr/share/doc/pulseaudio-module-bluetooth/copyright
/usr/share/doc/pulseaudio-module-bluetooth/NEWS.gz
/usr/share/doc/pulseaudio-module-bluetooth/changelog.Debian.gz
/usr/share/doc/pulseaudio-module-bluetooth/README
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/pulseaudio-module-bluetooth


Should pulseaudio-module-bluetooth be providing
module-bluetooth-device.so? Or should pulseaudio use
module-bluez5-device.so? Or something else?

I don't know. I'm way over my head here. But I'm happy to test
things.

Thank you!

-- 
Jason



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

Kernel: Linux 3.13-1-686-pae (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 pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.27.2-3
ii  libasound2-plugins1.0.27-2+b1
ii  libc6 2.18-4
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.8.0-3
ii  libfftw3-single3  3.3.3-7
ii  libgcc1   1:4.8.2-18
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.7
ii  liborc-0.4-0  1:0.4.18-1
ii  libpulse0 5.0-1
ii  libsamplerate00.1.8-7
ii  libsm62:1.2.1-2
ii  libsndfile1   1.0.25-9
ii  libspeexdsp1  1.2~rc1.1-1
ii  libstdc++64.8.2-18
ii  libsystemd-login0 204-8
ii  libtdb1   1.2.13-1
ii  libudev1  204-8
ii  l

Bug#742423: maybe /usr/bin/wine32 missing too?

[Jason Woofenden]

Hello again,

I tried creating /usr/bin/wine:

> cat /usr/bin/wine
#!/bin/bash

/usr/bin/wine-unstable "$@"

> winecfg  
/usr/bin/winecfg: 36: exec: wine32: not found
zsh: exit 127   winecfg


Is there supposed to be a /usr/bin/wine32 also?

-- 
Jason


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

Bug#742423: wine-unstable: wine-wrapper (aka everything) tries to call /usr/bin/wine (which is missing)

[Jason Woofenden]

Package: wine-unstable
Version: 1.7.15-1
Severity: important

Dear Maintainer,

I can't run winecfg, because it tries to call /usr/bin/wine, but that file does
not exist.

I'm not sure if the fix is to change /usr/bin/wine-wrapper to call
/usr/bin/wine-unstable, or (I hope) to create /usr/bin/wine.

Thank you.

-- 
Jason


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

Kernel: Linux 3.10-3-686-pae (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 wine-unstable depends on:
ii  file 1:5.17-1
ii  wine32-unstable  1.7.15-1

wine-unstable recommends no packages.

Versions of packages wine-unstable suggests:
pn  avscan | klamav | clamav   
ii  binfmt-support 2.1.3-2
pn  ttf-mscorefonts-installer  
pn  winbind
pn  wine-doc   

-- 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#741583: mutt: alias command no longer supports name in perens (but man muttrc says it does)

[Jason Woofenden]

Package: mutt
Version: 1.5.22-2
Severity: normal

Hello!

I had my email aliases file in this format:

alias js j...@shmoe.com (Joe Shmoe)
alias of other_fri...@internets.com (Other Friend)

And that worked very recently (I think in 1.5.22-1 but I haven't
verified that.) By worked, I mean I:

1.  Have mutt open
2.  press "m" to start a new message
3.  type "js" at the "To:" prompt, then hit Enter
4.  enter a subject, press enter

result: To: line in vim shows: Joe Shmoe 

With vim 1.5.22-2, it instead shows: j...@shmoe.com (Joe Shmoe)

As a work around, I've converted my aliases file to use the other
syntax:

alias js Joe Shmoe 
alias of Other Friend 

And now I get the working result described above again.


I consider this a bug because:

1.  This used to work (and I think without a upstream version
update.)

2.  ``man muttrc`` says that both of these are excepted formats.
Here's an excerpt from ``man muttrc``:

alias [-group name [...]] key address [, address [ ... ]]
[...]The address may be specified in either format, or in
the format “u...@example.com (User Name)”.

There's gramatical and formatting-consistency issues in that
paragraph of the man page, but it seems quite clear that the
following is valid syntax:

alias js j...@shmoe.com (Joe Shmoe)


I'm not married to that old syntax (I don't even like it) but I
think support should not be dropped by a debian patch, and when/if
it is dropped, the man page needs to be updated.


Thank you so much for your time, and so sorry that I'm too lazy to
downgrade to 1.5.22-1 to test if that version's borked too. If you
can't replicate this, let me know and I'll downgrade and
investigate further.

Thank you, -- Jason


-- Package-specific info:
Mutt 1.5.22 (2013-10-16)
Copyright (C) 1996-2009 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 3.10-3-686-pae (i686)
ncurses: ncurses 5.9.20140118 (compiled with 5.9)
libidn: 1.28 (compiled with 1.28)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i486-linux-gnu/4.8/lto-wrapper
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.8.2-14' 
--with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs 
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-4.8 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls 
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug 
--enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap 
--enable-plugin --with-system-zlib --disable-browser-plugin 
--enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-i386/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-i386 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-i386 
--with-arch-directory=i386 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-targets=all --enable-multiarch --with-arch-32=i586 
--with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release 
--build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.8.2 (Debian 4.8.2-14) 

Configure options: '--prefix=/usr' '--sysconfdir=/etc' 
'--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' 
'--with-mailpath=/var/mail' '--disable-dependency-tracking' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' 
'--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' 
'--enable-exact-address' '--without-gdbm' '--without-bdb' '--without-qdbm' 
'--build' 'i486-linux-gnu' 'build_alias=i486-linux-gnu' 'CFLAGS=-g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-Wall' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm'

Compilation CFLAGS: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -Wall

Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +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_HAC

Bug#734206: aeson-pretty: missing man page, incorrect info from --help

[Jason Woofenden]

Package: aeson-pretty
Version: 0.7-1
Severity: normal

Thanks for packaging!

My apologies if this should have been two bug reports. I ran into
two problems while learning how to use aeson-pretty:

1.  There is no man page for aeson-pretty

2.  The built-in help (``aeson-pretty --help``) is incorrect about
the default sorting of object keys. It says:

-s --sortSort objects by key (default false).

But it _does_ sort object keys by default. For example:

$ echo '{"b":1,"a":1}' | aeson-pretty 
{
"a": 1,
"b": 1
}

I'm not sure if this should be fixed in the documentation, or
the behavior of aeson-pretty.

Thank you.

-- 
Jason


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

Kernel: Linux 3.10-3-686-pae (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 aeson-pretty depends on:
ii  libc6 2.17-97
ii  libffi6   3.0.13-10
ii  libgmp10  2:5.1.3+dfsg-1

aeson-pretty recommends no packages.

aeson-pretty 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#646067: [chromium] Bug#646067: needs to be reopened upstream

[Jason Woofenden]

Thanks!

I made another report upstream:

https://code.google.com/p/chromium/issues/detail?id=317365

-- 
Jason


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

Bug#618977: old bug, fixed now?

[Jason Woofenden]

> I cannot see, what the problem here is.
> The output you post for 'xclip -o' seems quite reasonable.
> What is the difference to 'xclip -o -selection clipboard'?

Huh, they do look the same at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618977

I didn't realize until now is that the problematic characters were
not "spaces", but U+00AD.

I just read up about this character here:

http://blogs.msdn.com/b/michkap/archive/2006/09/02/736881.aspx

Seems this character should not be rendered, and is merely an
indication of where mid-word line breaking can happen.

If you click the "mbox" link on my original post and open it up in
vim or some such, you should be able to see the extra characters I
was complaining about. I've done a search-and-replace on my
original post to replace these characters with normal dashes,
here's what it looks like:


> > 4) xclip -o
> > 
> > MIC-HAEL NAGLE is fas-cinated by how peo-ple learn. While study-ing
> > theoret-ical math at MIT, he began work-ing to build en-viron-ments
> > that sup-port sus-tain-able in-qui-ry for kids, and later, adults.
> > If he didn't think educa-tion was in such vital need of re-new-al,
> > he would pro-bab-ly be a hardcore mat-hematician and a softcore
> > DJ.
> > 
> > 5) xclip -o -selection clipboard
> > 
> > MICHAEL NAGLE is fascinated by how people learn. While studying
> > theoretical math at MIT, he began working to build environments
> > that support sustainable inquiry for kids, and later, adults. If he
> > didn't think education was in such vital need of renewal, he would
> > probably be a hardcore mathematician and a softcore DJ.


I have not experienced this bug in a long time, and I've been using
chromium quite a bit lately. It must have been fixed.

Or... I suppose it's possible that espeak just doesn't pronounce
them as word breaks anymore.

-- 
Jason


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

Bug#723178: monav lacks man page, creates useless window that won't close

[Jason Woofenden]

Package: monav
Version: 0.3-8
Severity: normal

I think it's important to improve the first time user experience.

First, there's no man page for monav.

Second, I run monav, and I get a window with lots of white and some
icons. I clicked every icon, and nothing happened. I tried to close
the window with my window manager and it wouldn't even close.

Even if this is somehow the expected behavior, we've at least got
to document it.

I don't see any howto-looking files in /usr/share/doc/monav either.

I'm assuming I'm supposed to run monav-preprocessor first, but we
should tell people that.

-- 
Jason



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

Kernel: Linux 3.10-2-686-pae (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 monav depends on:
ii  monav-client  0.3-8
ii  monav-preprocessor0.3-8
ii  monav-routing-daemon  0.3-8

monav recommends no packages.

monav 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#693944: /usr/bin/lessc: --help fails, no man page

[Jason Woofenden]

Dear maintainer,

I'd love to see some documentation for lessc. I just wasted some
time setting up a css compressor, before reading some of the source
code for lessc and discovering that it has commandline options to
(among other things) compress the output.

lessc doesn't seem to be documented anywhere. Not on the home page,
no man page, and ``lessc --help`` gives a stacktrace because of a
missing module.

In addition to fixing ``lessc --help`` please create a man page.

How to reproduce:

$ man lessc
No manual entry for lessc
See 'man 7 undocumented' for help when manual pages are not available.
zsh: exit 16man lessc


$ lessc --help

module.js:337
throw new Error("Cannot find module '" + request + "'");
^
Error: Cannot find module '../lib/less/lessc_helper'
at Function._resolveFilename (module.js:337:11)
at Function._load (module.js:279:25)
at Module.require (module.js:359:17)
at require (module.js:375:17)
at /usr/bin/lessc:54:13
at Array.filter (native)
at Object. (/usr/bin/lessc:26:13)
at Module._compile (module.js:446:26)
at Object..js (module.js:464:10)
at Module.load (module.js:353:32)
zsh: exit 1 lessc --help


Thank you.

-- 
Jason




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

Kernel: Linux 3.8-1-686-pae (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 node-less depends on:
ii  nodejs  0.6.19~dfsg1-7

node-less recommends no packages.

node-less 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#712072: javascript-common: dpkg-reconfigure javascript-common fails to create a symbolic link

[Jason Woofenden]

Package: javascript-common
Version: 8
Severity: normal


# dpkg-reconfigure javascript-common
ln: failed to create symbolic link 
`/etc/lighttpd/conf-enabled/90-javascript-alias.conf': File exists
zsh: exit 1 dpkg-reconfigure javascript-common

I think that says it all.

I tried deleting that file, and then the above command worked. But I got the
above error again when running it a second time in a row.


Thank you.

-- 
Jason

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

Kernel: Linux 3.8-1-686-pae (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 javascript-common depends on:
ii  wwwconfig-common  0.2.2

javascript-common recommends no packages.

Versions of packages javascript-common suggests:
ii  apache2  2.4.4-6
ii  apache2-bin [httpd]  2.4.4-6

-- 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#707976: 1.5.7-4 still broken

[Jason Woofenden]

Hi,

I've just upgraded wine-unstable to version 1.5.7-4, and I still get this
error when I run wine or winecfg:

wine: failed to initialize: /usr/lib/i386-linux-gnu/wine/ntdll.dll.so: 
cannot open shared object file: No such file or directory

I don't don't see ntdll.dll.so installed anywhere.

-- 
Jason


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

Bug#707094: [virtualbox-dkms] Fails to build the kernel module for kernel 3.8-1-686-pae

[Jason Woofenden]

Thank you Yohann Lorant! Your patch (and additional "include" line)
worked for me.

This is with virtualbox-dkms 4.1.18-dfsg-2+deb7u1

I hope those changes are helpful in getting virtualbox to work with
an up-to-date debian unstable.

-- 
Jason


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

Bug#698608: josm: cant load defaultpresets.xml after upgrade

[Jason Woofenden]

Package: josm
Version: 0.0.svn5608+dfsg1-2
Severity: normal

When I start up josm (since upgrading to 0.0.svn5608+dfsg1-2) I get
a dialog with this message:

Could not read tagging preset source: resource://data/defaultpresets.xml

I click OK, and josm starts up fine, except I get no presets menu.

I checked with debsums that /usr/share/josm/data/defaultpresets.xml
has not been corrupted.

As you can see below, I did not install josm-l10n.

Please contact me if I can be of further assistance.

-- Jason

Here's the output in the terminal as I start up josm:

Using /usr/lib/jvm/java-6-openjdk-i386/bin/java to execute josm.
java.io.IOException: Failed to open input stream for resource 
'resource://data/defaultpresets.xml'
resource://data/defaultpresets.xml
Warning: failed to load Mappaint styles from 
'resource://styles/standard/elemstyles.xml'. Exception was: 
java.io.IOException: Failed to open input stream for resource 
'resource://styles/standard/elemstyles.xml'
java.io.IOException: Failed to open input stream for resource 
'resource://styles/standard/elemstyles.xml'
at 
org.openstreetmap.josm.io.MirroredInputStream.(MirroredInputStream.java:87)
at 
org.openstreetmap.josm.io.MirroredInputStream.(MirroredInputStream.java:40)
at 
org.openstreetmap.josm.gui.mappaint.MapPaintStyles.fromSourceEntry(MapPaintStyles.java:218)
at 
org.openstreetmap.josm.gui.mappaint.MapPaintStyles.readFromPreferences(MapPaintStyles.java:198)
at 
org.openstreetmap.josm.gui.preferences.map.MapPaintPreference.initialize(MapPaintPreference.java:179)
at org.openstreetmap.josm.Main$3.call(Main.java:358)
at org.openstreetmap.josm.Main$3.call(Main.java:351)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:679)
Warning: failed to load Mappaint styles from 
'resource://styles/standard/potlatch2.mapcss'. Exception was: 
java.io.IOException: Failed to open input stream for resource 
'resource://styles/standard/potlatch2.mapcss'
java.io.IOException: Failed to open input stream for resource 
'resource://styles/standard/potlatch2.mapcss'
at 
org.openstreetmap.josm.io.MirroredInputStream.(MirroredInputStream.java:87)
at 
org.openstreetmap.josm.io.MirroredInputStream.(MirroredInputStream.java:40)
at 
org.openstreetmap.josm.gui.mappaint.MapPaintStyles.fromSourceEntry(MapPaintStyles.java:218)
at 
org.openstreetmap.josm.gui.mappaint.MapPaintStyles.readFromPreferences(MapPaintStyles.java:198)
at 
org.openstreetmap.josm.gui.preferences.map.MapPaintPreference.initialize(MapPaintPreference.java:179)
at org.openstreetmap.josm.Main$3.call(Main.java:358)
at org.openstreetmap.josm.Main$3.call(Main.java:351)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:679)
Could not load tool definition tagginggroup_Highways/Streets
Could not load tool definition tagginggroup_Highways/Ways
Could not load tool definition tagginggroup_Highways/Waypoints
Could not load tool definition tagginggroup_Highways/Barriers
Could not load tool definition tagginggroup_Transport/Car
Could not load tool definition tagginggroup_Transport/Public Transport
loading plugin 'walkingpapers' (version 28807)
loading plugin 'openstreetbugs' (version 28807)
loading plugin 'PicLayer' (version 28807)
loading plugin 'ext_tools' (version 28807)
loading plugin 'graphview' (version 28807)
loading plugin 'turnrestrictions' (version 28807)
Could not load tool definition tagginggroup_Highways/Streets
Could not load tool definition tagginggroup_Highways/Ways
Could not load tool definition tagginggroup_Highways/Waypoints
Could not load tool definition tagginggroup_Highways/Barriers
Could not load tool definition tagginggroup_Transport/Car
Could not load tool definition tagginggroup_Transport/Public Transport
Enabled EDT checker, wrongful access to gui from non EDT thread will be printed 
to console
RemoteControl::Accepting connections on port 8111




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

Kernel: Linux 3.2.0-4-686-pae (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 josm depends on:
ii  ant  1.8.2-4
ii  libcommon

Bug#688832: git-flow: notes and link to online docs

[Jason Woofenden]

Package: git-flow
Version: 0.4.1-2
Followup-For: Bug #688832

The convention with git commands is that you should be able to get
documentation with either:

git help flow

or

man git-flow

I'd say this bug should be closed when both of those work.


Workaround: the following command provides partial documentation on
how to call git-flow:

git flow help

This will list what commandline flags are allowed, but not what
they do.

I've found the documentation I was looking for here:

https://github.com/nvie/gitflow/wiki/Command-Line-Arguments

That looks to me like what should be in the man page.

I hope this is helpful.

Thank you.

-- Jason



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

Kernel: Linux 3.2.0-4-686-pae (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 git-flow depends on:
ii  git [git-core]  1:1.7.10.4-2

git-flow recommends no packages.

git-flow 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#693750: openclonk: segfault when opening chest in first tutorial level

[Jason Woofenden]

Well, what do you know? I get no crash when compiling with -O0.

I had time for one more test, where I tried commenting out the 

export DEB_BUILD_MAINT_OPTIONS = hardening=+all

But that crashed too.

Attached are the gdb logs from these two builds.

I'm leaving for a few days. I'd be happy to test further when I get
back.

  - Jason
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/games/openclonk...Reading symbols from 
/usr/lib/debug/.build-id/f6/1c822c8dda0c47963d5271c1c308773b795705.debug...done.
done.
(gdb) run
Starting program: /usr/games/openclonk 
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
[02:47:41]   Using XRandR version 1.3
[02:47:41] Command line: /usr/games/openclonk
[02:47:41] OpenClonk Beyond the Rocks Delta
[02:47:41] Version: 5.3.2 [024] Delta linux-x86 (a3e9cf2b0d46)
[02:47:41] No Gamepad found
[02:47:41] Loading graphics...
[02:47:41] SDL_mixer runtime version is 1.2.12 (compiled with 1.2.12)
[02:47:48] Scenario: /usr/share/games/openclonk//Tutorial.ocf/Tutorial01.ocs
[02:47:48] Scenario uses specified object definitions.
[02:47:48] Loading extras...
[02:47:48] Loading graphics...
[02:47:49] Loading object definitions:
[02:47:49] Objects.ocd...
[02:47:54]258 definitions loaded.
[02:47:54] Tutorial.ocf...
[02:47:54]5 definitions loaded.
[02:47:54] Tutorial01.ocs...
[02:47:54]0 definitions loaded.
[02:47:55] C4AulScriptEngine linked - 43190 lines, 0 warnings, 0 errors
[02:47:55] Texture table holds 39 entries.
[02:47:56] 30 textures loaded.
[02:47:56] 20 materials loaded.
[02:47:56] Creating landscape...
[02:47:57]   gl: Texturing uses 29 slots at 512x512, 6 levels (44 MB total)
[02:47:57]   gl: Shader 1 linked successfully
[02:47:58] Placing environment objects...
[02:47:58] Local music file: /usr/share/games/openclonk//Music.ocg
[02:47:58] Game started.
[02:47:58] Player join: JasonWoof
[New Thread 0xb51bcb70 (LWP 16148)]
[New Thread 0xb071ab70 (LWP 16149)]
[Thread 0xb071ab70 (LWP 16149) exited]
[New Thread 0xb071ab70 (LWP 16150)]

Program received signal SIGSEGV, Segmentation fault.
compare (face2=..., face1=..., this=0xbfffedd4) at 
/home/jasonwoof/software/debian/openclonk-5.3.2/src/lib/StdMesh.cpp:92
92  float z21 = 
get_z(m_vertices[face2.Vertices[0]]);
(gdb) bt full
#0  compare (face2=..., face1=..., this=0xbfffedd4) at 
/home/jasonwoof/software/debian/openclonk-5.3.2/src/lib/StdMesh.cpp:92
z12 = 4.73528671
z21 = 
z23 = 
z11 = 
z13 = -nan(0x40)
z22 = 
#1  StdMeshFaceCmp (face1=..., face2=...) at 
/home/jasonwoof/software/debian/openclonk-5.3.2/src/lib/StdMesh.cpp:240
No locals.
#2  0x80302f47 in binary_insertion_find (size=, x=..., 
dst=0x832bea80) at 
/home/jasonwoof/software/debian/openclonk-5.3.2/thirdparty/timsort/sort.h:136
i = 3
c = 
lx = {Vertices = {0, 2, 3}}
l = 0
r = 
cx = {Vertices = {3221218632, 3053503428, 3043248781}}
#3  binary_insertion_sort_start (dst=dst@entry=0x2, start=start@entry=1, 
size=2) at 
/home/jasonwoof/software/debian/openclonk-5.3.2/thirdparty/timsort/sort.h:183
j = 
x = {Vertices = {0, 1, 2}}
i = 
#4  0x80303e36 in StdMesh_binary_insertion_sort (dst=0x2, dst@entry=0x832bea80, 
size=size@entry=2) at 
/home/jasonwoof/software/debian/openclonk-5.3.2/thirdparty/timsort/sort.h:195
No locals.
#5  0x80304888 in StdMesh_tim_sort (dst=0x832bea80, size=2) at 
/home/jasonwoof/software/debian/openclonk-5.3.2/thirdparty/timsort/sort.h:553
_store = {alloc = 67, storage = 0x0}
store = 
len = 
run = 
curr = 
run_stack = {{start = 36514151736, length = -9186105204766644736}, 
{start = 2154413528, length = -5332046709004442032}, {start = 34359738369, 
length = -5383060856298799101}, {start = 15041061704, length = 71940695968}, {
start = 0, length = 124554051584}, {start = -9186569575748349944, 
length = -9135909700796153848}, {start = 2203273296, length = 
-9186423015119572296}, {start = 137438957440, length = -8983781753013403616}, {
start = -9186479158979259936, length = -919249070752392}, 
{start = 32, length = -5382747053103251456}, {start = -4611710497537706568, 
length = -5377641071427715024}, {start = -9188275383023323544, 
length = -5332046710070987160}, {start = 2155720928, length = 
-5380343952320861088}, {start = -4611710497584933992, length = 48}, {start = 0, 
length =

Bug#693750: openclonk: segfault when opening chest in first tutorial level

[Jason Woofenden]

Philipp,

Sorry for the delay, I was away for most of last week. I've just
updated everything with aptitude, so now I'm running openclonk
5.3.2-1

I've pasted a backtrace below (plus a little poking around in the
frames.)

Please let me know if there's further debugging I can do. I'm
familiar with basic use of gdb, valgrind, strace, c++, etc.

Thank you.

   - Jason

Program received signal SIGSEGV, Segmentation fault.
compare (face2=..., face1=..., this=0xbfffedd4) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/lib/StdMesh.cpp:94
94  
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/lib/StdMesh.cpp:
 No such file or directory.
(gdb) bt
#0  compare (face2=..., face1=..., this=0xbfffedd4) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/lib/StdMesh.cpp:94
#1  StdMeshFaceCmp (face1=..., face2=...) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/lib/StdMesh.cpp:240
#2  0x80302f47 in binary_insertion_find (size=, x=..., 
dst=0x832efaa8) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/thirdparty/timsort/sort.h:136
#3  binary_insertion_sort_start (dst=dst@entry=0x2, start=start@entry=1, 
size=2) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/thirdparty/timsort/sort.h:183
#4  0x80303e36 in StdMesh_binary_insertion_sort (dst=0x2, dst@entry=0x832efaa8, 
size=size@entry=2) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/thirdparty/timsort/sort.h:195
#5  0x80304888 in StdMesh_tim_sort (dst=0x832efaa8, size=2) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/thirdparty/timsort/sort.h:553
#6  0x803070c3 in StdMeshInstance::ReorderFaces (this=0x8336b180, 
global_trans=0xbfffee80) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/lib/StdMesh.cpp:1199
#7  0x8020e5af in C4Draw::RenderMesh (this=0x806db770, instance=..., 
sfcTarget=0x806db400, tx=353, ty=971, twdt=96, thgt=96, dwPlayerColor=0, 
pTransform=0xb108)
at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/graphics/C4Draw.cpp:738
#8  0x803963bd in C4DefGraphics::Draw (this=0x82aa5a38, cgo=..., iColor=0, 
pObj=0x8136c7d0, iPhaseX=0, iPhaseY=0, trans=0xb108) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/object/C4DefGraphics.cpp:349
#9  0x8038d05c in C4Def::Draw (this=0x82aa5368, cgo=..., fSelected=false, 
iColor=0, pObj=0x8136c7d0, iPhaseX=0, iPhaseY=0, trans=0xb108) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/object/C4Def.cpp:490
#10 0x803c1f28 in C4Object::DrawPicture (this=0x8136c7d0, cgo=..., 
fSelected=false, pRegions=0x0, transform=0xb108) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/object/C4Object.cpp:2451
#11 0x80396eee in C4GraphicsOverlay::Draw (this=0xafae4848, cgo=..., 
pForObj=0xafaaa6c0, iByPlayer=0) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/object/C4DefGraphics.cpp:957
#12 0x803d8354 in C4Object::Draw (this=0xafaaa6c0, cgo=..., iByPlayer=0, 
eDrawMode=C4Object::ODM_Normal, offX=401, offY=1019) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/object/C4Object.cpp:2078
#13 0x803e05a3 in C4ObjectList::DrawIfCategory (this=0x805b08c0, cgo=..., 
iPlayer=0, dwCat=32768, fInvert=false) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/object/C4ObjectList.cpp:449
#14 0x801dadfd in C4Viewport::Draw (this=this@entry=0x834c7160, cgo0=..., 
fDrawOverlay=fDrawOverlay@entry=true) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/game/C4Viewport.cpp:292
#15 0x801db2dd in C4Viewport::Execute (this=this@entry=0x834c7160) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/game/C4Viewport.cpp:353
#16 0x801db82c in C4ViewportList::Execute (this=0x805ca740, 
DrawBackground=false) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/game/C4Viewport.cpp:764
#17 0x801d863f in C4GraphicsSystem::Execute (this=0x805ca3a0) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/game/C4GraphicsSystem.cpp:139
#18 0x801c213d in C4FullScreen::PerformUpdate (this=0x805b0b20) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/game/C4FullScreen.cpp:179
#19 0x80153daf in C4Window::RequestUpdate (this=0x805b0b20) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/platform/C4WindowGTK.cpp:991
#20 0x801c23d1 in C4FullScreen::Execute (this=0x805b0b20) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/game/C4FullScreen.cpp:85
#21 0x801c0e9e in C4Application::Draw (this=this@entry=0x805b0c60) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/game/C4Application.cpp:681
#22 0x801c1595 in Execute (this=0x806d9568, iTimeout=) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5.3.2/src/game/C4Application.cpp:865
#23 C4ApplicationGameTimer::Execute (this=0x806d9568, iTimeout=0) at 
/build/buildd-openclonk_5.3.2-1-i386-eUMTK6/openclonk-5

Bug#693750: openclonk: segfault when opening chest in first tutorial level

[Jason Woofenden]

Package: openclonk
Version: 5.3.1-1
Severity: normal

Dear Maintainer,

I've got this graphics card according to lspci: VGA compatible
controller: Advanced Micro Devices [AMD] nee ATI Cedar PRO [Radeon
HD 5450]

   * What led up to the situation?

I made a character, started first tutorial level.

Couldn't move, exited.

Started tutorial level.

Figured out I couldn't move because the goal window was open,
closed that and went right to the first chest.

Stood in front of chest, and clicked the chest icon that appeared
at the bottom.

Saw a flicker of two big circles before the crash.

   * What was the outcome of this action?

[...]
[21:15:41] Creating landscape...
[21:15:42]  gl: Texturing uses 29 slots at 512x512, 4 levels (44 MB total)
[21:15:42]   gl: Shader 1 linked successfully
[21:15:43] Placing environment objects...
[21:15:43] Local music file: /usr/share/games/openclonk//Music.ocg
[21:15:43] Game started.
[21:15:43] Player join: JasonWoof
5.3.1 [023] Delta: Caught signal SIGSEGV
openclonk(+0x14afe4)[0xb737ffe4]
[0xb7216400]
openclonk(+0x2ffcda)[0xb7534cda]
openclonk(+0x2ffef7)[0xb7534ef7]
openclonk(_Z16StdMesh_tim_sortP11StdMeshFacej+0x448)[0xb7536838]
openclonk(_ZN15StdMeshInstance12ReorderFacesEP13StdMeshMatrix+0x63)[0xb7539073]
openclonk(_ZN6C4Draw10RenderMeshER15StdMeshInstanceP9C4SurfacejP14C4BltTransform+0x18f)[0xb7441b0f]
openclonk(_ZN13C4DefGraphics4DrawER7C4FacetjP8C4ObjectiiP15C4DrawTransform+0x245)[0xb75c80f5]
openclonk(_ZN5C4Def4DrawER7C4FacetbjP8C4ObjectiiP15C4DrawTransform+0x6c)[0xb75bedfc]
openclonk(_ZN8C4Object11DrawPictureER7C4FacetbP12C4RegionListP15C4DrawTransform+0x68)[0xb75f3dd8]
openclonk(_ZN17C4GraphicsOverlay4DrawER13C4TargetFacetP8C4Objecti+0x91c)[0xb75c8c2c]
openclonk(_ZN8C4Object4DrawER13C4TargetFacetiNS_8DrawModeEff+0x7fc)[0xb760a10c]
openclonk(_ZN12C4ObjectList14DrawIfCategoryER13C4TargetFacetijb+0x73)[0xb76123b3]
openclonk(_ZN10C4Viewport4DrawER13C4TargetFacetb+0x4ff)[0xb740ebef]
openclonk(_ZN10C4Viewport7ExecuteEv+0x16d)[0xb740f0bd]
openclonk(_ZN14C4ViewportList7ExecuteEb+0x3c)[0xb740f60c]
openclonk(_ZN16C4GraphicsSystem7ExecuteEv+0x12f)[0xb740c4af]
openclonk(_ZN12C4FullScreen13PerformUpdateEv+0x1d)[0xb73f603d]
openclonk(_ZN8C4Window13RequestUpdateEv+0xf)[0xb738814f]
openclonk(_ZN12C4FullScreen7ExecuteEv+0x31)[0xb73f62d1]
openclonk(_ZN13C4Application4DrawEv+0x4e)[0xb73f4d9e]
openclonk(_ZN22C4ApplicationGameTimer7ExecuteEiP6pollfd+0x85)[0xb73f5495]
openclonk(_ZN12StdScheduler13ScheduleProcsEi+0x5f5)[0xb7643135]
openclonk(_ZN13C4AbstractApp13ScheduleProcsEi+0x2b)[0xb763562b]
openclonk(_ZN13C4AbstractApp3RunEv+0x20)[0xb7635650]
openclonk(main+0x107)[0xb7375ca7]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb60ade46]
openclonk(+0x14acf5)[0xb737fcf5]
zsh: exit 1 openclonk


Second time through (ran again after crash) the chest opened, and I
clicked to pick up the loam, then when I clicked outside the
circles to close the chest it crashed like so:


[...]
[21:22:47] Creating landscape...
[21:22:48]  gl: Texturing uses 29 slots at 512x512, 4 levels (44 MB total)
[21:22:48]   gl: Shader 1 linked successfully
[21:22:48] Placing environment objects...
[21:22:49] Local music file: /usr/share/games/openclonk//Music.ocg
[21:22:49] Game started.
[21:22:49] Player join: JasonWoof
5.3.1 [023] Delta: Caught signal SIGSEGV
openclonk(+0x14afe4)[0xb73b3fe4]
[0xb724a400]
openclonk(+0x2ffcda)[0xb7568cda]
openclonk(+0x2ffef7)[0xb7568ef7]
openclonk(_Z16StdMesh_tim_sortP11StdMeshFacej+0x448)[0xb756a838]
openclonk(_ZN15StdMeshInstance12ReorderFacesEP13StdMeshMatrix+0x63)[0xb756d073]
openclonk(_ZN6C4Draw10RenderMeshER15StdMeshInstanceP9C4SurfacejP14C4BltTransform+0x18f)[0xb7475b0f]
openclonk(_ZN13C4DefGraphics4DrawER7C4FacetjP8C4ObjectiiP15C4DrawTransform+0x245)[0xb75fc0f5]
openclonk(_ZN5C4Def4DrawER7C4FacetbjP8C4ObjectiiP15C4DrawTransform+0x6c)[0xb75f2dfc]
openclonk(_ZN8C4Object11DrawPictureER7C4FacetbP12C4RegionListP15C4DrawTransform+0x68)[0xb7627dd8]
openclonk(_ZN17C4GraphicsOverlay4DrawER13C4TargetFacetP8C4Objecti+0x91c)[0xb75fcc2c]
openclonk(_ZN8C4Object4DrawER13C4TargetFacetiNS_8DrawModeEff+0x7fc)[0xb763e10c]
openclonk(_ZN12C4ObjectList14DrawIfCategoryER13C4TargetFacetijb+0x73)[0xb76463b3]
openclonk(_ZN10C4Viewport4DrawER13C4TargetFacetb+0x4ff)[0xb7442bef]
openclonk(_ZN10C4Viewport7ExecuteEv+0x16d)[0xb74430bd]
openclonk(_ZN14C4ViewportList7ExecuteEb+0x3c)[0xb744360c]
openclonk(_ZN16C4GraphicsSystem7ExecuteEv+0x12f)[0xb74404af]
openclonk(_ZN12C4FullScreen13PerformUpdateEv+0x1d)[0xb742a03d]
openclonk(_ZN8C4Window13RequestUpdateEv+0xf)[0xb73bc14f]
openclonk(_ZN12C4FullScreen7ExecuteEv+0x31)[0xb742a2d1]
openclonk(_ZN13C4Application4DrawEv+0x4e)[0xb7428d9e]
openclonk(_ZN22C4ApplicationGameTimer7ExecuteEiP6pollfd+0x85)[0xb7429495]
openclonk(_ZN12StdScheduler13ScheduleProcsEi+0x5f5)[0xb7677135]
openclonk(_ZN13C4AbstractApp13ScheduleProcsEi+0x2b)[0xb766962b]
openclonk(_ZN13C4AbstractApp3RunEv+0x20)[0xb7669650]
openclonk(main+0x107)[0xb73a9ca7]
/lib/i386-linux-gnu

Bug#656942: closed by Bastien Roucariès (Bug#656942: fixed in imagemagick 8:6.7.7.2-1)

[Jason Woofenden]

>"The storage class is really describing how the image is being
> stored internally by ImageMagick (with or without a colormap) and not
> the particular BMP format being written."

Very strange!

Well, then I guess it doesn't matter what identify outputs for the
class if it doesn't tell you anything about the file.

  - Jason



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

Bug#656942: closed by Bastien Roucariès (Bug#656942: fixed in imagemagick 8:6.7.7.2-1)

[Jason Woofenden]

On 2012-05-31 09:51PM, Bastien ROUCARIES wrote:
> Please could you explain me, better. Particularly what are you
> expecting this time.

Here's the bit from my original bug report:

> >> $ identify -verbose rock48.png | grep Class
> >>   Class: DirectClass
> >>
> >> Oops! should be:
> >>
> >>   Class: PseudoClass

This is still broken.

Test case #1


This test produces the wrong result in both these versions of
imagemagic package:

+   8:6.6.9.7-5+b2 (the version I reportbuged)

+   8:6.7.7.2-1 (the version you posted as fixing this bug)

Command:

identify -verbose rock48.png | grep Class

Current (incorrect) output:

Class: DirectClass

Correct/Expected output:

Class: PseudoClass


Test case #2


This test produced the correct results before (8:6.6.9.7-5+b2) but
now (8:6.7.7.2-1) produces incorrect output.

Command:

identify rock48.png

Output (correct) from version 8:6.6.9.7-5+b2:

rock48.png PNG 20x20 20x20+0+0 8-bit PseudoClass 981B 0.000u 0:00.000

Output (incorrect) from version 8:6.7.7.2-1:

rock48.png PNG 20x20 20x20+0+0 8-bit DirectClass 981B 0.000u 0:00.000

Correct/Expected result:

rock48.png PNG 20x20 20x20+0+0 8-bit PseudoClass 981B 0.000u 0:00.000


Notes
=

This is assuming that my understanding (that PseudoClass means the
image has a palette) is correct. Perhaps I am wrong about this. If
so: please tell me. I said in my original report that I wasn't
sure, and asked in my follow-up.

Please run the above commands on the rock48.png that I attached to
my original bug report.

 - Jason



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

Bug#656942: closed by Bastien Roucariès (Bug#656942: fixed in imagemagick 8:6.7.7.2-1)

[Jason Woofenden]

magickwand5 - image manipulation library
>  perlmagick - Perl interface to the ImageMagick graphics routines
> Closes: 619667 621799 655762 656942 669964 675011
> Changes: 
>  imagemagick (8:6.7.7.2-1) unstable; urgency=low
>  .
>[ Bastien Roucariès ]
>* New upstream version:
>- Drop previous patches: merged upstream.
>- Bug fix: "identify -verbose reports incorrect Class (correct w/o
>  -verbose)", thanks to Jason Woofenden (Closes: #656942).
>- Bug fix: "conversion to postscript is missing grestore in DisplayImage
>  definition", thanks to Daniel Kahn Gillmor (Closes: #655762).
>* Bug fix: "mailcap still broken (as #589887)", thanks to Felix
>  Salfelder (Closes: #619667):
>- revert bug fix #562959.
>- replace display by display.im6
>* Bug fix: "Please add imagemagick.desktop", thanks to Sérgio Cipolla
>  (Closes: #621799).
>* Add xz support.
>* Bug fix: "Obsolete conffile /etc/ImageMagick/sRGB.icm not cleaned up
>  on upgrade", thanks to Josh Triplett (Closes: #669964).
>  .
>[ Vincent Fourmond ]
>* Improve the new hook scripts
>* Fix (very) minor typo in package description (closes: #675011)
> Checksums-Sha1: 
>  555e9389bba527e834e31d0fd067f73aedda8a45 2450 imagemagick_6.7.7.2-1.dsc
>  56a7042c13539a5bfe7bd2430f1701838e797131 10482345 
> imagemagick_6.7.7.2.orig.tar.bz2
>  a843c8088c8d673f400353ebc348cedf90445e13 37799 
> imagemagick_6.7.7.2-1.debian.tar.bz2
>  a85e34d158570d493e7aabb9dbfd008a9e71ae3f 136788 
> imagemagick_6.7.7.2-1_amd64.deb
>  990db886310ceec504705cca9e99691cb6ab23e3 6137816 
> imagemagick-dbg_6.7.7.2-1_amd64.deb
>  068827bfac36aa8ded48f9d64e3905e5600e2ddd 181266 
> imagemagick-common_6.7.7.2-1_all.deb
>  36da869f2dcdb4ffa0e7efa0f97e8ce034fd0c39 5595814 
> imagemagick-doc_6.7.7.2-1_all.deb
>  a639d7b9ca3d662dc840e86fe394f4c2a43376c6 2087776 
> libmagickcore5_6.7.7.2-1_amd64.deb
>  292854fcbc06b3ba77f31fdd87e210acd3c32dce 151264 
> libmagickcore5-extra_6.7.7.2-1_amd64.deb
>  70b89e6625c05dcb6ad85327d3a93adfc66be51b 1397506 
> libmagickcore-dev_6.7.7.2-1_amd64.deb
>  5a871d12f0a2c7e4e771ffb76e83c78c29de4fc5 453164 
> libmagickwand5_6.7.7.2-1_amd64.deb
>  223790698fa86471c4dbad5e76433e5d6cf02f64 535392 
> libmagickwand-dev_6.7.7.2-1_amd64.deb
>  6e7a1d1432de446ec930d1b64a1fafd3a3f42a9a 229232 
> libmagick++5_6.7.7.2-1_amd64.deb
>  077c35f67e1350bf11bf5172015080c10a26fb49 276450 
> libmagick++-dev_6.7.7.2-1_amd64.deb
>  d43f2465c6b6dc73e77ed28b9b6b2af0f226e05a 246976 
> perlmagick_6.7.7.2-1_amd64.deb
> Checksums-Sha256: 
>  d7c189a330f75e542d44a0464591d2418c691099e8bd227f21e7ccc2f2794c33 2450 
> imagemagick_6.7.7.2-1.dsc
>  97074685788d51153250c754a1be6a21c225b5a09ecdc948c243665391674011 10482345 
> imagemagick_6.7.7.2.orig.tar.bz2
>  33dda8ff4485fc6f612e5d1ffa64047590ccf90d64ee8fa9c5ff7e2da9959867 37799 
> imagemagick_6.7.7.2-1.debian.tar.bz2
>  4447b6230156abe7b1bb0f6a6e68471d6a032030c5770e5158f893f62443f830 136788 
> imagemagick_6.7.7.2-1_amd64.deb
>  6ccdad29fbea6d2eb9ee1a3d47c24850bbb3d8c6a50b94c02d0dfd3fe5ad78ba 6137816 
> imagemagick-dbg_6.7.7.2-1_amd64.deb
>  49c008ffc3175d32f58c91f4f9b6d641cffc77d93aecd4f278e0254a937f1070 181266 
> imagemagick-common_6.7.7.2-1_all.deb
>  06eb5511a0bb0fa872fca4fea8b22cf4fadec3883050ba3075fa6c0f43397af7 5595814 
> imagemagick-doc_6.7.7.2-1_all.deb
>  c793f623cbe175694bba27270f05a4d4acc4973e806d090b19e04a603c1c07ea 2087776 
> libmagickcore5_6.7.7.2-1_amd64.deb
>  60447e399a01b22ec03486e9944bf0f7fcb5bb3668908af7c75a5edfd83b21ee 151264 
> libmagickcore5-extra_6.7.7.2-1_amd64.deb
>  face849763476c0b98f227453e952926c68fa2a85480f2113376d292618f6e53 1397506 
> libmagickcore-dev_6.7.7.2-1_amd64.deb
>  3ae38e488e30c597f9e35f3f1b9dfb7b91e3138e1d76d1a635aa75b6c30633c9 453164 
> libmagickwand5_6.7.7.2-1_amd64.deb
>  ff0b54662c4e87b39ea7706581ea6fccc312bf732d0af9db0f7ebbe16337ffeb 535392 
> libmagickwand-dev_6.7.7.2-1_amd64.deb
>  7acb208bfddb2f895417fd85ca48686626bafeb1375bbd6d3f09a53598d56ce7 229232 
> libmagick++5_6.7.7.2-1_amd64.deb
>  61cd1d2014c4c170ee111e61e53d28326d7756125e515e77eed44c43c45df534 276450 
> libmagick++-dev_6.7.7.2-1_amd64.deb
>  f226cb6adef0641b219f1f3f551cb6fd7f1e596e84981d7971936d59abb31846 246976 
> perlmagick_6.7.7.2-1_amd64.deb
> Files: 
>  86c31f7c4de65082943703991013f6e7 2450 graphics optional 
> imagemagick_6.7.7.2-1.dsc
>  3c6e85d25f3b4f811213a1ec618db2a0 10482345 graphics optional 
> imagemagick_6.7.7.2.orig.tar.bz2
>  a0e159d276f9525960f9f1e4678b3ba2 37799 graphics optional 
> imagemagick_6.7.7.2-1.debian.tar.bz2
>  7ca28904dc6b438003bc785532283194 136788 graphics optional 
> imagemagick_6.7.7.2-1_amd64.deb
>  29fc775d

Bug#672563: transmission-gtk: "auto-add torrents from dir" fails wrong when you delete the dir

[Jason Woofenden]

Package: transmission-gtk
Version: 2.51-2
Severity: normal

1.  Make a new directory, and set transmission-gtk to auto-add
torrents from that directory.

2.  Later (perhaps after or during a subsequent run of
transmission-gtk) delete the directory (without changing
transmission-gtk's settings.)

Expected outcome:

transmission-gtk should check periodically (perhaps every time it
starts) to see if the directory I set in my preferences exists
again.

Actual outcome:

transmission-gtk added all the torrents in ~/download, which is my
XDG download dir, but is NOT the directory I'd configured
transmission-gtk to auto-add from.

This didn't happen immediately. I think it was triggered the next
time I opened up the transmission-gtk preferences, though I had
also recently added a torrent file with File -> Open, and failed to
open one with File -> Open URL.

Thank you,
- Jason

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

Kernel: Linux 3.2.0-2-686-pae (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 transmission-gtk depends on:
ii  libc62.13-32
ii  libcurl3-gnutls  7.25.0-1
ii  libevent-2.0-5   2.0.19-stable-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.32.2-1
ii  libgtk-3-0   3.4.2-1
ii  libminiupnpc51.5-2
ii  libnatpmp1   20110808-3
ii  libpango1.0-01.30.0-1
ii  libssl1.0.0  1.0.1b-1
ii  transmission-common  2.51-2
ii  zlib1g   1:1.2.7.dfsg-1

Versions of packages transmission-gtk recommends:
ii  xdg-utils  1.1.0~rc1+git20111210-6

transmission-gtk 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#672560: transmission: speed limit ignored for webseed

[Jason Woofenden]

Package: transmission-gtk
Version: 2.51-2
Severity: normal
File: transmission

Hi, I've got a speed limit of 60KB/s for daytime hours to be nice
to the other folks on my wifi. I've just added a torrent with a
webseed and it's maxing out the wifi at 2+MB/s

I'd be perfectly happy to be able to remove webseeds. The whole
reason I was downloading via bittorrent was to save them bandwidth.

Thanks,

  - Jason


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

Kernel: Linux 3.2.0-2-686-pae (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 transmission-gtk depends on:
ii  libc62.13-32
ii  libcurl3-gnutls  7.25.0-1
ii  libevent-2.0-5   2.0.19-stable-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.32.2-1
ii  libgtk-3-0   3.4.2-1
ii  libminiupnpc51.5-2
ii  libnatpmp1   20110808-3
ii  libpango1.0-01.30.0-1
ii  libssl1.0.0  1.0.1b-1
ii  transmission-common  2.51-2
ii  zlib1g   1:1.2.7.dfsg-1

Versions of packages transmission-gtk recommends:
ii  xdg-utils  1.1.0~rc1+git20111210-6

transmission-gtk 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#668130: shellinabox website url typo in package description

[Jason Woofenden]

Package: shellinabox
Version: 2.12-1
Severity: minor

Hi, in aptitude, I see the website address as shelinabox.com
instead of shellinabox.com (it's missing the 2nd "l" in "shell".)

That's all.

Thanks for packaging this! I'm excited to take it for a spin.

 - Jason


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

Kernel: Linux 3.2.0-2-686-pae (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 shellinabox depends on:
ii  adduser   3.113+nmu1
ii  libc6 2.13-27
ii  lsb-base  4.1+Debian0
ii  zlib1g1:1.2.6.dfsg-2

Versions of packages shellinabox recommends:
ii  libssl1.0.0  1.0.1-4

Versions of packages shellinabox suggests:
ii  libpam0g  1.1.3-7
ii  openssl   1.0.1-4

-- Configuration Files:
/etc/default/shellinabox changed [not included]
/etc/shellinabox/options-available/00+Black [Errno 2] No such file or 
directory: u'/etc/shellinabox/options-available/00+Black'
/etc/shellinabox/options-available/00_White [Errno 2] No such file or 
directory: u'/etc/shellinabox/options-available/00_White'
/etc/shellinabox/options-available/01+Color [Errno 2] No such file or 
directory: u'/etc/shellinabox/options-available/01+Color'

-- 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#531324: openclonk FTBFS

[Jason Woofenden]

Hi,

This game looks cool! I had trouble building it, so I'm posting
about it here in hopes that it will speed up packaging when the
time is right.

I tried to build the openclonk ubuntu package
openclonk_5.2.2-0+ppa1~oneiric0 on my debian unstable box, and I'm
getting a conflict with zlib.h:

~/openclonk-release-5.2.2-src/src/c4group/CStdFile.h:32:15: error: 
conflicting declaration ‘typedef void* gzFile’
/usr/include/zlib.h:1204:26: error: ‘gzFile’ has a previous declaration 
as ‘typedef struct gzFile_s* gzFile’


Here's what I did:

I downloaded these:

openclonk_5.2.2-0+ppa1~oneiric0.debian.tar.gz (3.8 KiB)
openclonk_5.2.2.orig.tar.gz (41.1 MiB)

>From this page:

https://launchpad.net/~openclonkdevteam/+archive/release/+packages

Unpacked them (one inside the other), installed build-deps with
apt-get install, and then compiled with this command:

dpkg-buildpackage -rfakeroot -us -uc


Thanks!

   - Jason



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

Bug#658634: closed by Jeff Breidenbach (Bug#658634: fixed in tesseract 3.02.01-1)

[Jason Woofenden]

Confirmed: it doesn't crash anymore.

Thanks for the update!

- Jason

P.S. The character-accuracy on the test file I attached is probably
10% though. Oh well...



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

Bug#488033: chm2pdf: This is a security problem

[Jason Woofenden]

Package: chm2pdf
Version: 0.9.1-1.1
Followup-For: Bug #488033

This is a security problem. Below are a couple reasons I think this.

Reason #1: As I feared, chm2pdf passes most of the filename to a
shell without escaping it:

/usr/bin/chm2pdf:115: os.system('enum_chmLib '+filename+' > 
'+CHM2PDF_WORK_DIR+'/urlslist.txt')

CHM2PDF_WORK_DIR has the basename of the input file in it.

Reason #2: The patch on the ubuntu bug is not to fix this, but to
escape paths found within the document. I haven't confirmed that
these bugs are a security issue, but it makes me worry.


This seems not to have been fixed in the 4 years since being
reported. Upstream was notified years ago, and someone suggested
that that they don't care... but I think that upstream doesn't
exist. Their last commit is from almost 4 years ago. I just skimmed
the last year of archives on their mailing list, and nothing seems
to be from a project member (it's almost all bug reports.)

So, while I'm happy to have a pdf (it did work on this file once I
renamed it) I think this program should be removed from debian.
Unless of course somebody wants to jump up and fix the security
issues and become the new upstream.

Thank you for considering.

   - Jason


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

Kernel: Linux 3.2.0-1-686-pae (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 chm2pdf depends on:
ii  htmldoc 1.8.27-7
ii  libchm-bin  2:0.40a-2
ii  python  2.7.2-10
ii  python-chm  0.8.4-1+b2
ii  python-support  1.0.14

chm2pdf recommends no packages.

Versions of packages chm2pdf suggests:
pn  python-beautifulsoup  

-- 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#656927: closed by manuel.montez...@gmail.com (Manuel A. Fernandez Montecelo) (Bug#656927: fixed in sdl-image1.2 1.2.11-2)

[Jason Woofenden]

Thanks for the fix!

The new version:

libsdl-image1.2-dev_1.2.11-2

works great for me. Both with supertux and vor.

- Jason

P.S. The imagemagick bug I said I'd report is this one:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656942



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

Bug#656942: imagemagick: identify -verbose reports incorrect Class (correct w/o -verbose)

[Jason Woofenden]

Package: imagemagick
Version: 8:6.6.9.7-5+b2
Severity: normal

Hi,

First thanks for helping to bring me imagemagick, dunno what I'd do
without it.

I found an odd bug in identify today. I was looking through a lot
of images to see which ones had a palette.

I was pretty sure that PseudoClass meant it had a palette and
DirectClass meant that it didn't. But wanted to be sure, so I was
looking at the output of identify -verbose, and found that (unlike
running identify without the -verbose flag) it reported all my
images as being DirectClass.

Attached is as image with which I can reproduce this behavior every
time:

$ identify rock48.png | grep Class 
rock48.png PNG 20x20 20x20+0+0 8-bit PseudoClass 178c 981B 0.000u 0:00.000
$ identify -verbose rock48.png | grep Class 
  Class: DirectClass

Oops! should be:

  Class: PseudoClass


Thank you.

- Jason


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

Kernel: Linux 3.2.0-1-686-pae (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 imagemagick depends on:
ii  libbz2-1.0  1.0.6-1
ii  libc6   2.13-24
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libglib2.0-02.30.2-5
ii  libgomp14.6.2-12
ii  libice6 2:1.0.7-2
ii  libjpeg88c-2
ii  liblcms11.19.dfsg-1+b1
ii  liblqr-1-0  0.4.1-1.1
ii  libltdl72.4.2-1
ii  libmagickcore4  8:6.6.9.7-5+b2
ii  libmagickwand4  8:6.6.9.7-5+b2
ii  libsm6  2:1.2.0-2
ii  libtiff43.9.5-2
ii  libx11-62:1.4.4-4
ii  libxext62:1.3.0-3
ii  libxt6  1:1.1.1-2
ii  zlib1g  1:1.2.3.4.dfsg-3

Versions of packages imagemagick recommends:
ii  ghostscript   9.04~dfsg-3
ii  libmagickcore4-extra  8:6.6.9.7-5+b2
ii  netpbm2:10.0-15
ii  ufraw-batch   0.18-1.1

Versions of packages imagemagick suggests:
ii  autotrace
ii  cups-bsd [lpr]   1.5.0-15
ii  curl 7.23.1-3
ii  enscript 
ii  ffmpeg   4:0.8~beta2-3
ii  gimp 2.6.11-8
ii  gnuplot  
ii  grads
ii  groff-base   1.21-6
ii  hp2xx
ii  html2ps  
ii  imagemagick-doc  
ii  libwmf-bin   0.2.8.4-10
ii  mplayer  2:1.0~rc4.dfsg1+svn34540-1
ii  povray   
ii  radiance 
ii  sane-utils   1.0.22-7
ii  texlive-binaries [texlive-base-bin]  2009-11
ii  transfig 
ii  xdg-utils1.1.0~rc1+git20111210-5

-- no debconf information
<>

Bug#656927: libsdl-image1.2: Some corrupted images (supertux and vor)

[Jason Woofenden]

> It seems to happen with the images from colormaps (output from "file
> b_game.png"):
> 
> b_game.png:   PNG image data, 269 x 91, 4-bit colormap, non-interlaced
> 
> This is one of the images in VOR for the title, and the image for
> "[remaining] lives" (life.png, appearing in the top-left corner) has
> the same issue, and some of the rocks but not all:
> 
> rock00.png:   PNG image data, 19 x 20, 8-bit colormap, non-interlaced
> rock01.png:   PNG image data, 26 x 30, 8-bit/color RGB, non-interlaced
> rock02.png:   PNG image data, 37 x 35, 8-bit/color RGB, non-interlaced
> rock03.png:   PNG image data, 23 x 25, 8-bit colormap, non-interlaced
> rock04.png:   PNG image data, 32 x 30, 8-bit/color RGB, non-interlaced
> rock05.png:   PNG image data, 21 x 21, 8-bit colormap, non-interlaced
> rock06.png:   PNG image data, 24 x 25, 8-bit colormap, non-interlaced
> rock07.png:   PNG image data, 42 x 40, 8-bit/color RGB, non-interlaced
> ...
> 
> Can you please confirm if it's the same issue with supertux?

Confirmed!

The only images in supertux/data/tilesets with color type 3 (rgb
indexed color) are the question box, and three other powerup boxes
(which I didn't see in my play-through of level 1).


Good catch!

I'm surprised that not all the rock images use the same color type,
because they are all generated with the same script, renderer, and
even source file. Guess pnmtopng is doing some optimizing.


Now to report a bug in imagemagick's identify command (which gives
conflicting information w/wo the -verbose flag)...

-  Jason



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

Bug#656444: /usr/bin/mongoimport: mongoimport man page missing --jsonArray argument

[Jason Woofenden]

Package: mongodb-clients
Version: 1:2.0.2-2
Severity: minor
File: /usr/bin/mongoimport

Hi,

Thanks for packaging/maintaining! I'm having fun learning mongodb.

I was lucky to discover the --jsonArray flag for mongoimport
online, because it's missing from the mongoimport man page.

mongoimport --help   does show it also, but sometimes I don't think
to check that.

Thanks,- Jason


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

Kernel: Linux 3.1.0-1-686-pae (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 mongodb-clients depends on:
ii  libboost-filesystem1.46.1   1.46.1-8
ii  libboost-program-options1.46.1  1.46.1-8
ii  libboost-system1.46.1   1.46.1-8
ii  libboost-thread1.46.1   1.46.1-8
ii  libc6   2.13-24
ii  libgcc1 1:4.6.2-11
ii  libpcre38.12-4
ii  libpcrecpp0 8.12-4
ii  libstdc++6  4.6.2-11

mongodb-clients recommends no packages.

mongodb-clients 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#656059: fonts-f500: lowercase q missing/corrupted

[Jason Woofenden]

Package: fonts-f500
Version: 1.0-3
Severity: normal

Hi,

I was fiddling around with font-manager and I noticed that the
lowercase q for this font was missing (it showed a standard
sans-serif q instead). I used the font in inkscape, and it did the
same thing.

I checked fonts-f500 with debsums, and it says all the files are
OK.

This font seems to have all the lowercase and uppercase glyphs the
same, so this could probably be fixed easily by copying the
uppercase Q to the lowercase q.

Thanks,- Jason


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

Kernel: Linux 3.1.0-1-686-pae (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

-- 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#655674: Acknowledgement (couchdb: won't start after erlang upgrade)

[Jason Woofenden]

I've rebuild the couchdb package locally (with the usual apt-get
source, apt-get build-dep, dpkg-buildpackage ...) and this rebuilt
couchdb works fine. So it looks like we just need a rebuild. (And
maybe some tweak to the package to auto-rebuild or block or
something on erlang upgrades?)


Thanks,- Jason



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

Bug#655674: couchdb: won't start after erlang upgrade

[Jason Woofenden]

Package: couchdb
Version: 1.1.1-1
Severity: important

Dear maintainer,

Hi, I just updated to the latest everything in debian unstable
(which included some erlang-related updates.) and now couchdb won't
start. There are processes running, but it never listens on port
5984.

I couldn't find any error messages anywhere because you run couchdb
with -o /dev/null -e /dev/null

I copied the commandline I saw with ps except made it log to
actual files, and I got the following message:

pache CouchDB 1.1.1 (LogLevel=info) is starting.

=CRASH REPORT 12-Jan-2012::23:35:17 ===
  crasher:
initial call: application_master:init/4
pid: <0.31.0>
registered_name: []
exception exit: {bad_return,
{{couch_app,start,
 [normal,
  ["/etc/couchdb/default.ini",
   "/etc/couchdb/local.ini"]]},
 {'EXIT',
 "Driver compiled with incorrect version of 
erl_driver.h"}}}
  in function  application_master:init/4 (application_master.erl, line 138)
ancestors: [<0.30.0>]
messages: [{'EXIT',<0.32.0>,normal}]
links: [<0.30.0>,<0.7.0>]
dictionary: []
trap_exit: true
status: running
heap_size: 987
stack_size: 24
reductions: 162
  neighbours:

=INFO REPORT 12-Jan-2012::23:35:17 ===
application: couch
exited: {bad_return,{{couch_app,start,
[normal,
 ["/etc/couchdb/default.ini",
  "/etc/couchdb/local.ini"]]},
 {'EXIT',"Driver compiled with incorrect version of 
erl_driver.h"}}}
type: temporary


Thank you!

 - Jason

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

Kernel: Linux 3.1.0-1-686-pae (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 couchdb depends on:
ii  adduser  3.113
ii  erlang-base  1:15.b-dfsg-2
ii  erlang-crypto1:15.b-dfsg-2
ii  erlang-eunit 1:15.b-dfsg-2
ii  erlang-inets 1:15.b-dfsg-2
ii  erlang-ssl   1:15.b-dfsg-2
ii  erlang-syntax-tools  1:15.b-dfsg-2
ii  erlang-tools 1:15.b-dfsg-2
ii  erlang-xmerl 1:15.b-dfsg-2
ii  libc62.13-24
ii  libcurl3 7.23.1-3
ii  libicu48 4.8.1.1-2
ii  libjs-jquery 1.7.1-1
ii  libjs-jquery-form4-1
ii  libmozjs8d   8.0-3+b1
ii  lsb-base 3.2-28
ii  procps   1:3.3.2-1

couchdb recommends no packages.

couchdb suggests no packages.

-- Configuration Files:
/etc/couchdb/default.ini changed [not included]
/etc/couchdb/local.ini changed [not included]

-- 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#654164: upower: man page missing important flags

[Jason Woofenden]

Package: upower
Version: 0.9.15-1
Severity: minor

Hello,

I'm so glad to have discovered a command that will show my laptop's
battery status from the commandline:

upower -d

Unfortunately it was tough to discover this because `man upower`
doesn't mention the -d flag.

Please update the man page to show the 4 new commandline flags.

Thanks,- Jason


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

Kernel: Linux 3.1.0-1-686-pae (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 upower depends on:
ii  dbus   1.4.16-1
ii  libc6  2.13-24
ii  libdbus-1-31.4.16-1
ii  libdbus-glib-1-2   0.98-1
ii  libglib2.0-0   2.30.2-4
ii  libgudev-1.0-0 175-3
ii  libimobiledevice2  1.1.1-3
ii  libplist1  1.7-1
ii  libpolkit-gobject-1-0  0.103-1
ii  libupower-glib10.9.15-1
ii  libusb-1.0-0   2:1.0.9~rc3-2
ii  pm-utils   1.4.1-8
ii  udev   175-3

Versions of packages upower recommends:
ii  policykit-1  0.103-1

upower 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#651909: gliv: Mouse wheel is backwards

[Jason Woofenden]

Package: gliv
Version: 1.9.7-2
Severity: normal

Hi,

gliv is nice and fast!

Unfortunately the mouse wheel zoom feature is backwards (ie it
zooms in when it should zoom out and vise versa.)

I think it should zoom the same way as google maps by default at
least. Perhaps make it configurable if you think it should be able
to be backwards.

Thanks,- Jason


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

Kernel: Linux 3.1.0-1-686-pae (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 gliv depends on:
ii  libc6 2.13-22
ii  libgdk-pixbuf2.0-02.24.0-1
ii  libgl1-mesa-glx [libgl1]  7.11.2-1
ii  libglib2.0-0  2.30.2-4
ii  libglu1-mesa [libglu1]7.11.2-1
ii  libgtk2.0-0   2.24.8-2
ii  libgtkglext1  1.2.0-2
ii  libpango1.0-0 1.29.4-2
ii  libx11-6  2:1.4.4-4

gliv recommends no packages.

gliv 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#651142: desktopcouch 1.0.8 won't start (stacktrace)

[Jason Woofenden]

Hi all,

Firstly, David: thanks for the timely reply!

I support the idea that desktopcouch should perhaps be removed from
debian. I kept getting the feeling that I was the only one using
desktopcouch on debian. I've just moved my databases over to
the system-wide couchdb and uninstalled desktopcouch.

While you're removing packages, should the ubuntu-sso-client be
removed too? I don't know if it has a use besides making new-ish
versions of desktopcouch work.

Take care,- Jason



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

Bug#651142: desktopcouch 1.0.8 won't start (stacktrace)

[Jason Woofenden]

Package: desktopcouch
Version: 1.0.8-1
Severity: important

I upgraded desktopcouch to 1.0.8 with aptitude (along with all the other
updates), and now it doesn't work at all. Kinda reminds me of updating to 1.0.7
(see bug #629565), except the stacktrace looks different and it exits after the
stacktrace.

here's what happens:

> /usr/lib/desktopcouch/desktopcouch-get-port 
Traceback (most recent call last):
  File "/usr/lib/desktopcouch/desktopcouch-get-port", line 38, in 
PORT = platform.find_port()
  File 
"/usr/lib/python2.7/dist-packages/desktopcouch/application/platform/__init__.py",
 line 48, in find_port
return platform_find_port(pid, ctx)
  File 
"/usr/lib/python2.7/dist-packages/desktopcouch/application/platform/linux/__init__.py",
 line 100, in platform_find_port
proxy = bus.get_object('org.desktopcouch.CouchDB', '/')
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 244, in get_object
follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 246, in __init__
self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 183, in 
activate_name_owner
self.start_service_by_name(bus_name)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 281, in 
start_service_by_name
'su', (bus_name, flags)))
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 630, in 
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: 
Process /usr/lib/desktopcouch/desktopcouch-service exited with status 1

I use desktopcouch to store my time sheet logs and look up e-mail
addresses for my mua, so I'd appreciate info on how to get this
working very soon.

Thank you,-  Jason


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

Kernel: Linux 3.1.0-1-686-pae (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 desktopcouch depends on:
ii  couchdb  1.1.1-1
ii  python   2.7.2-9
ii  python-avahi 0.6.30-5   
ii  python-couchdb   0.8-1  
ii  python-dbus  0.84.0-2   
ii  python-gnomekeyring  2.32.0-4+b1
ii  python-gobject   3.0.2-4
ii  python-gtk2  2.24.0-2   
ii  python-oauth 1.0.1-3
ii  python-simplejson2.2.0-1
ii  python-twisted-core  11.0.0-2   
ii  python-xdg   0.19-3 
ii  python2.62.6.7-4
ii  python2.72.7.2-8
ii  ubuntu-sso-client1.0.8-1

desktopcouch recommends no packages.

desktopcouch 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#649595: writetype: It can't keep up with my typing

[Jason Woofenden]

Package: writetype
Version: 1.2.130+bzr139-1
Severity: normal

Hi, I just saw this appear in debian unstable. Sounded cool so I
thought I'd give it a shot.

But I'm surprised to see that it can't keep up with my rather
average typing speed (60-70wpm). I even turned off the auto-suggest
thing and it still couldn't keep up.

(By not keeping up I mean: after I type a sentence, I have to wait
a few seconds for the rest of the sentence I typed to appear on the
screen.)

And this is on a fairly decent desktop (dual-3Ghz intel with 3GB of
ram.) I shudder to think how long I'd have to wait on my netbook.


Thanks,  - Jason



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

Kernel: Linux 3.0.0-2-686-pae (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 writetype depends on:
ii  python  2.7.2-9
ii  python-enchant  1.6.5-2
ii  python-qt4  4.8.6-2

Versions of packages writetype recommends:
pn  espeak1.45.04-2
pn  festival 

writetype 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#648158: xcompmgr: wrong fade speed when raising window opacity

[Jason Woofenden]

Package: xcompmgr
Version: 1.1.5-1
Severity: normal

Hello and thank you for bringing xcompmgr to me! I've been having a
lot of time fiddling with it :)

I'm using xmonad's fadeInactiveLogHook which sets
_NET_WM_WINDOW_OPACITY (so with xcompmgr, the window with keyboard
focus is 100% opaque, and all others fade to 50% opacity.)

When it sets a window to be fully opaque (after it's been only
partially opaque) xcompmgr fades it to opaque at the wrong speed.

It should use the -I setting when the opacity is being raised, and
the -O setting when it is being lowered.

But what it seems to be actually doing, is using the -O setting for
opacity changes (via _NET_WM_WINDOW_OPACITY) regardless of whether
the opacity is being raised or lowered.


I'm running xcompmgr like this:

xcompmgr -f -F -I 0.2 -O 0.02 -D 16.6

When I switch focus between two windows, the old window goes to 50%
opacity (thanks to xmonad) and the new window goes from 50% to 100%
opacity at exactly the same rate. I think the latter should go from
50% to 100% very quickly.

Please note that windows do fade in/out at the correct rate when I
switch between workspaces: When I switch to an empty workspace,
they fade out nice and slow. When I switch back, they fade in very
fast (as I've specified.)


Thank you, - Jason


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

Kernel: Linux 3.0.0-2-686-pae (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 xcompmgr depends on:
ii  libc6   2.13-21  
ii  libx11-62:1.4.4-2
ii  libxcomposite1  1:0.4.3-2
ii  libxdamage1 1:1.1.3-2
ii  libxfixes3  1:5.0-4  
ii  libxrender1 1:0.9.6-2

xcompmgr recommends no packages.

xcompmgr 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#646067: chromium: copy+paste from pre style=white-spcae: pre-line deletes line-breaks

[Jason Woofenden]

Package: chromium
Version: 14.0.835.202~r103287-1
Severity: normal

Hi,

Copy+paste failed me today! It got everything except the line
breaks. Seems to be the  tag
that gets it confused. Here's a simple test case:

http://jasonwoof.com/downloads/pre-white.html

For me it pasts all 7 lines on one line like this:

try pasting this pre-formatted text with style="white-space: pre-line" 
into the box below  You should see the line breaks just as you can see them 
here.

Interesting how the place with two line-breaks in a row pasts as
two spaces in a row.

Thanks,- Jason


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

Kernel: Linux 3.0.0-2-686-pae (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 chromium depends on:
ii  chromium-inspector  14.0.835.202~r103287-1
ii  libasound2  1.0.24.1-4
ii  libavcodec534:0.7.2-1 
ii  libavformat53   4:0.7.2-1 
ii  libavutil51 4:0.7.2-1 
ii  libbz2-1.0  1.0.5-7   
ii  libc6   2.13-21   
ii  libcairo2   1.10.2-6.1
ii  libcups21.5.0-9   
ii  libdbus-1-3 1.4.16-1  
ii  libdbus-glib-1-20.98-1
ii  libevent-1.4-2  1.4.14b-stable-1  
ii  libexpat1   2.0.1-7   
ii  libflac81.2.1-6   
ii  libfontconfig1  2.8.0-3   
ii  libfreetype62.4.6-2   
ii  libgcc1 1:4.6.1-16
ii  libgconf2-4 2.32.4-1  
ii  libgcrypt11 1.5.0-3   
ii  libgdk-pixbuf2.0-0  2.24.0-1  
ii  libglib2.0-02.28.8-1  
ii  libgtk2.0-0 2.24.7-1  
ii  libicu444.4.2-2   
ii  libjpeg88c-2  
ii  libnspr4-0d 4.8.9-1   
ii  libnss3-1d  3.12.11-3 
ii  libpango1.0-0   1.29.4-2  
ii  libpng12-0  1.2.46-3  
ii  libspeex1   1.2~rc1-1 
ii  libstdc++6  4.6.1-16  
ii  libv8-3.4.14.21 3.4.14.21-3   
ii  libvpx0 0.9.7.p1-2
ii  libwebp00.1.2-1   
ii  libx11-62:1.4.4-2 
ii  libxext62:1.3.0-3 
ii  libxml2 2.7.8.dfsg-5  
ii  libxrender1 1:0.9.6-2 
ii  libxslt1.1  1.1.26-8  
ii  libxss1 1:1.2.1-2 
ii  xdg-utils   1.1.0~rc1-2   
ii  zlib1g  1:1.2.3.4.dfsg-3  

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  

-- 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#644545: #644545 workaround

[Jason Woofenden]

Package: couchdb
Version: 1.1.0-2+b1
Followup-For: Bug #644545

Hi all,

Just writing to report a workaround.

Thank you Michael for finding the upstream bug!

The workaround to this issue is to wrap your map/reduce functions
in perens. ie instead of:

function(doc) {
emit(null, doc);
}

you do:

(function(doc) {
emit(null, doc);
})

Works for me anyway. Both from the temporary view thing in futon
and with saved design documents via the http API (via node-cradle).



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

Kernel: Linux 3.0.0-2-686-pae (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 couchdb depends on:
ii  adduser  3.113  
ii  erlang-base  1:14.b.3-dfsg-2
ii  erlang-crypto1:14.b.3-dfsg-2
ii  erlang-eunit 1:14.b.3-dfsg-2
ii  erlang-inets 1:14.b.3-dfsg-2
ii  erlang-ssl   1:14.b.3-dfsg-2
ii  erlang-syntax-tools  1:14.b.3-dfsg-2
ii  erlang-tools 1:14.b.3-dfsg-2
ii  erlang-xmerl 1:14.b.3-dfsg-2
ii  libc62.13-21
ii  libcurl3 7.21.7-3   
ii  libicu44 4.4.2-2
ii  libjs-jquery 1.6.4-1
ii  libjs-jquery-form4-1
ii  libmozjs7d   7.0.1-4
ii  lsb-base 3.2-28 
ii  mawk 1.3.3-15   
ii  procps   1:3.2.8-11 

couchdb recommends no packages.

couchdb suggests no packages.

-- Configuration Files:
/etc/couchdb/local.ini changed [not included]

-- 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#645564: wicd-daemon uses 2+% cpu all the time. keeps my fan running

[Jason Woofenden]

Package: wicd-daemon
Version: 1.7.0+ds1-6
Severity: normal

Hello,

I've got a very slow laptop here, so when I say it's using 2%, that
might translate to 0.2-0.5% on your computer.

I switched from calling wpa_supplicant, wpa_cli and dhcpcd manually
to wicd recently, and after a few days noticed that my fan never
goes off anymore. A quick poke around found a couple python
processes from wicd-daemon soaking up a little cpu time.

In the output of "top" below, please note the uptime (6-ish hours)
and the total time of the wicd processes. I grabbed this output
when the CPU values were at a typical value.

For the vast majority of the time this computer was on, it was
connected to one WPA2 wireless network while it sat it one place
with the lid closed, doing absolutely nothing. (Except running the
fan.)


top - 20:43:07 up  6:31,  1 user,  load average: 0.00, 0.01, 0.05
Tasks: 103 total,   1 running, 102 sleeping,   0 stopped,   0 zombie
Cpu(s):  4.0%us,  3.6%sy,  0.0%ni, 92.4%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1024976k total,   348816k used,   676160k free,62960k buffers
Swap:  1047536k total,0k used,  1047536k free,   167792k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
  
 2238 root  20   0 28208 9792 3744 S  1.6  1.0   8:27.19 /usr/bin/python -O 
/usr/share/wicd/daemon/wicd-daemon.py  
 1593 messageb  20   0  4112 1856 1168 S  1.0  0.2   5:25.87 
/usr/bin/dbus-daemon --system 
 2298 root  20   0 17104 9.8m 5520 S  0.7  1.0   4:14.94 /usr/bin/python -O 
/usr/share/wicd/daemon/monitor.py  
 1720 root  20   0 26896  10m 6048 S  0.0  1.0   1:24.68 /usr/bin/Xorg :0 
-br -verbose -audit 0 -novtswitch -auth /var/run/
 2199 mysql 20   0  136m  20m 7120 S  0.3  2.1   0:19.65 /usr/sbin/mysqld 
--basedir=/usr --datadir=/var/lib/mysql --user=my


I see dbus has a fair amout of time. But I suspect that it is being
activated by wicd. So perhaps wicd-daemon is causing 3.4% cpu?

Oh, I did run wicd-gtk -n a couple times, but it was not left open.


I hope there's an easy fix :)

Thank you,- Jason


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: mipsel (mips64)

Kernel: Linux 2.6.38.4-libre-lemote (PREEMPT)
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 wicd-daemon depends on:
ii  adduser 3.113  
ii  dbus1.4.16-1   
ii  debconf [debconf-2.0]   1.5.41 
ii  dhcp3-client4.2.2-1
ii  dhcpcd  1:3.2.3-9  
ii  iproute 20110629-1 
ii  iputils-ping3:20101006-1+b1
ii  isc-dhcp-client [dhcp3-client]  4.2.2-1
ii  lsb-base3.2-28 
ii  net-tools   1.60-24.1  
ii  psmisc  22.14-1
ii  python  2.7.2-8
ii  python-dbus 0.84.0-2   
ii  python-gobject  2.28.6-5   
ii  python-wicd 1.7.0+ds1-6
ii  wireless-tools  30~pre9-6  
ii  wpasupplicant   0.7.3-4

Versions of packages wicd-daemon recommends:
ii  wicd-cli [wicd-client] 1.7.0+ds1-6
ii  wicd-curses [wicd-client]  1.7.0+ds1-6
ii  wicd-gtk [wicd-client] 1.7.0+ds1-6

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.4.1-8

wicd-cli depends on no packages.

Versions of packages wicd-cli recommends:
ii  sudo  1.8.2-2

Versions of packages wicd-gtk depends on:
ii  python 2.7.2-8 
ii  python-glade2  2.24.0-2
ii  python-gtk22.24.0-2

Versions of packages wicd-gtk recommends:
ii  gksu   2.0.2-5
ii  python-notify  0.1.1-3
ii  sudo   1.8.2-2

Versions of packages wicd-curses depends on:
ii  python2.7.2-8  
ii  python-urwid  0.9.9.2-1

Versions of packages wicd-curses recommends:
ii  sudo  1.8.2-2

Versions of packages python-wicd depends on:
ii  python  2.7.2-8
ii  python-support  1.0.14 

-- debconf information:
* wicd/users: jasonwoof



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

Bug#644463: Acknowledgement (libnode-node-expat: Object has no method 'addListener' (incompatible with node 4?))

[Jason Woofenden]

While I've got your attention, I'd like to add a wishlist:

Please put the test.js file back into
/usr/share/doc/libnode-node-expat/examples

as in the previous version of this package.

The README only hints at how to use this plugin, and says to read
that file to see how to use it.

Also please fix the "require" line as I did in the attachment to my
previous e-mail on this bug. It's always nice when example code
works :)


Thanks :)- Jason



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

Bug#642037: /usr/bin/unar: man unar (-nr section) has text from man lsar -nr

[Jason Woofenden]

Package: theunarchiver
Version: 2.7.1-1
Severity: minor
File: /usr/bin/unar


Thank you so much for packaging theunarchiver!

Seems very handy, and it has rar3 support!

I was reading the man page for unrar, and I noticed that the
documentation for the -nr option talks of listing files instead of
extracting files. Looks like it contains the text from "lsar
--help" instead of "unar --help"

That's all. Rock on.

 - Jason


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

Kernel: Linux 3.0.0-1-686-pae (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 theunarchiver depends on:
ii  gnustep-base-runtime  1.22.1-1
ii  libbz2-1.01.0.5-7 
ii  libc6 2.13-21 
ii  libgcc1   1:4.6.1-11  
ii  libgnustep-base1.22   1.22.1-1
ii  libicu44  4.4.2-2 
ii  libobjc3  4.6.1-11
ii  libssl1.0.0   1.0.0e-2
ii  libstdc++64.6.1-11
ii  zlib1g1:1.2.3.4.dfsg-3

theunarchiver recommends no packages.

theunarchiver 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