Bug#1038081: sdl-sound1.2: Extends an obsolete version of SDL

[Torbjörn Andersson]

> if there is a version or replacement that targets SDL 2

SDL_sound 2 [1] uses SDL 2, apparently. I don't know how widely used it 
is, but I think it's needed for AGS [2] at least.


[1] https://github.com/icculus/SDL_sound
[2] https://github.com/adventuregamestudio/ags

Regards,

Torbjörn Andersson

Bug#968698: libreoffice-calc: Scrolling a spreadsheet leaves a trail of "Row ..." tooltips

[Torbjörn Andersson]

Package: libreoffice-calc
Version: 1:7.0.1~rc1-1+b1
Severity: minor

Dear Maintainer,

I'm not sure exactly when this started happening, but at some point 
leading up to version 7 of LibreOffice, I started noticing that 
scrolling a spreadsheet document (even an empty one, and regardless of 
whether I use the scroll wheel or the scrollbar) it leaves a trail of 
"Row ..." tooltips along the right side of the window. (See attached image.)


I have not noticed this in earlier versions (though I rarely use 
spreadsheets so who knows?), and I'm not aware of making any changes to 
the default settings. Checking/unchecking the "Use hardware 
acceleration" checkbox doesn't seem to make any differences. I also 
tried renaming my ~/.config/libreoffice/4/user folder, which I assume 
should reset any settings I might have made, but that didn't make any 
difference either.


I gave the official upstreams LibreOffice packages a quick try, and I 
didn't see the problem there.


I'm using Xfce as my desktop. I did notice that the problem seems to go 
away if I enable display compositing, so maybe that's a clue? But I 
don't know which other program I could try to see if it is a recurring 
bug with Xfce.


Torbjörn Andersson


-- Package-specific info:

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

Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8), 
LANGUAGE=en_US:en

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libreoffice-calc depends on:
ii  coinor-libcoinmp1v5  1.8.3-3
ii  libc62.31-3
ii  libetonyek-0.1-1 0.1.9-3
ii  libgcc-s110.2.0-5
ii  libicu67 67.1-4
ii  libmwaw-0.3-30.3.16-1
ii  libodfgen-0.1-1  0.1.7-1
ii  liborcus-0.15-0  0.15.4-3
ii  liborcus-parser-0.15-0   0.15.4-3
ii  libreoffice-base-core1:7.0.1~rc1-1+b1
ii  libreoffice-common   1:7.0.1~rc1-1
ii  libreoffice-core 1:7.0.1~rc1-1+b1
ii  librevenge-0.0-0 0.0.4-6+b1
ii  libstaroffice-0.0-0  0.0.7-1
ii  libstdc++6   10.2.0-5
ii  libuno-cppu3 1:7.0.1~rc1-1+b1
ii  libuno-cppuhelpergcc3-3  1:7.0.1~rc1-1+b1
ii  libuno-sal3  1:7.0.1~rc1-1+b1
ii  libuno-salhelpergcc3-3   1:7.0.1~rc1-1+b1
ii  libwps-0.4-4 0.4.11-1
ii  libxml2  2.9.10+dfsg-5+b1
ii  lp-solve 5.5.2.5-2
ii  ucf  3.0043
ii  uno-libs-private 1:7.0.1~rc1-1+b1

libreoffice-calc recommends no packages.

Versions of packages libreoffice-calc suggests:
ii  mesa-opencl-icd 20.1.5-1
ii  ocl-icd-libopencl1  2.2.12-4

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.13.1-4.2
ii  fonts-opensymbol2:102.11+LibO7.0.1~rc1-1
ii  libboost-locale1.71.0   1.71.0-6+b2
ii  libc6   2.31-3
ii  libcairo2   1.16.0-4
ii  libclucene-contribs1v5  2.3.3.4+dfsg-1+b1
ii  libclucene-core1v5  2.3.3.4+dfsg-1+b1
ii  libcmis-0.5-5v5 0.5.2-2+b1
ii  libcups22.3.3-2
ii  libcurl3-gnutls 7.68.0-1+b1
ii  libdbus-1-3 1.12.20-1
ii  libdconf1   0.36.0-1
ii  libeot0 0.01-5+b1
ii  libepoxy0   1.5.4-1
ii  libexpat1   2.2.9-1
ii  libexttextcat-2.0-0 3.4.5-1
ii  libfontconfig1  2.13.1-4.2
ii  libfreetype62.10.2+dfsg-3
ii  libgcc-s1   10.2.0-5
ii  libglib2.0-02.64.4-1
ii  libgpgmepp6 1.14.0-1
ii  libgraphite2-3  1.3.14-1
ii  libgstreamer-plugins-base1.0-0  1.16.2-4
ii  libgstreamer1.0-0   1.16.2-2
ii  libharfbuzz-icu02.6.7-1
ii  libharfbuzz0b   2.6.7-1
ii  libhunspell-1.7-0   1.7.0-3
ii  libhyphen0  2.8.8-7
ii  libice6 2:1.0.9-2
ii  libicu6767.1-4
ii  libjpeg62-turbo 1:2.0.5-1.1
ii  liblcms2-2  2.9-4+b1
ii  libldap-2.4-2   2.4.50+dfsg-1+b1
ii  libmythes-1.2-0 2:1.2.4-3+b1
ii  libneon27-gnutls0.31.2-1
ii  libnspr42:4.27-1
ii  libnss3 2:3.55-1
ii  libnumbertext-1.0-0 1.0.6-1
ii  liborcus-0.15-0 0.15.4-3
ii  liborcus-parser-0.15-0  0.15.4-3
ii  libpng16-16 1.6.37-2
ii  libpoppler950.85.0-2
ii  libqrcodegencpp11.5.0-2
ii  libraptor2-02.0.14-1+b1
ii  librdf0 1.0.17-1.1+b1
ii

Bug#899377: xfce4-notifyd doesn't autostart with xfce session

[Torbjörn Andersson]

I may already have strayed from the topic of this bug report (sorry 
about that), but it looks like I was able to solve my problem by making 
~/.local/share/dbus-1/services/org.xfce.xfce4-notifyd.Notifications.service 
a symlink to 
/usr/share/dbus-1/services/org.xfce.xfce4-notifyd.Notifications.service


Apparently the one in my home directory takes precedence over the 
system-wide ones.


Torbjörn Andersson

Bug#899377: xfce4-notifyd doesn't autostart with xfce session

[Torbjörn Andersson]

I don't know if I had the same bug, but I've also had problems with 
xfce4-notifyd lately in Debian sid: xfce4-notifyd wouldn't start, 
causing some programs (e.g. Thunderbird on startup and Thunar when 
unmounting an USB device) to stall for a while.


I *think* the problem in my case was that I had two Notifications 
services installed: xfce4-notifyd and plasma-workspace. I guess it just 
picked the first one of these (alphabetically?), and the one in 
plasma-workspace did not play nice with Xfce.


My first workaround was to install dunst, which perhaps worked because 
it was even earlier in the alphabet. My second was to remove 
/usr/share/dbus-1/services/org.kde.plasma.Notifications.service


But I'm hoping there is a better way...

Torbjörn Andersson

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

I finally managed to get rid of the duplicate local folders by manually 
removing the offending files in my "Local Mail" folder for it (making 
sure to keep the ones for the folder that actually had the mails in it). 
That seems to have fixed the startup crash for me.


My only theory - and this is just wild speculation - is that this mail 
folder dated from some point before I switched to an UTF-8 locale, so it 
still used Latin-1 as character encoding for the file name. The old 
Thunderbird accepted this, at least as long as I didn't try to rename 
the folder. Apparently the new Thunderbird did not.


That's as far as I'm going to pursue this. I wish Thunderbird would 
handle this case more gracefully, but maybe it will at least help 
someone else with the same problem.


Torbjörn Andersson

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

I made an attempt at debugging, but I don't know how fruitful it is. It 
looks like it's looping through my archived folders, and for each of 
them it calls currentFile->GetLeafName(leafName) to strip the directory 
from it. I think. If so, it happensThis happens in 
nsMsgBrkMBoxStore::AddSubFolders().


I put a breakpoint in nsLocalFile::LocateNativeLeafName() and, after 
much stepping, it finally reached a mail folder I named "Jobbsökeri". 
This shows up in my .thunderbird directory as a bunch of files:


d91tan@jehu:~/.thunderbird/rhu4a0c1.default/Mail/Local Folders$ ls -lbd 
Jobbs*-rw--- 1 d91tan d91tan 1458933 Mar  1  2007 Jobbs\366keri

-rw-r--r-- 1 d91tan d91tan   72718 Apr 25  2011 Jobbs\366keri.msf
drwxr-sr-x 2 d91tan d91tan4096 Nov 16  2005 Jobbs\366keri.sbd
-rw-r--r-- 1 d91tan d91tan   26294 Sep 10  2008 Jobbsökeri
-rw-r--r-- 1 d91tan d91tan6232 Feb 16  2017 Jobbsökeri.msf

There seems to be something about it that Thunderbird doesn't like, 
because it's shortly after reaching this that Thunderbird crashes.


I tried renaming the folder to get rid of the "ö", but now I have 
"Jobbsokeri" (which has the mails in it) and "Jobbsökeri" (which is 
empty), and no matter how I try to remove the latter, it keeps popping 
back up again when I restart Thunderbird.


That's as far as I got. Could that have anything to do with the crash?

Torbjörn Andersson

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

On 2018-09-08 12:00, Carsten Schoenert wrote:


Does that rule out an upstreams problem?


Only if we know if the same issue is also not present in the upstream
version 60.0, aka the same version the Debian build is based on.

Debian is using since some months GCC8 and LLVM6.0 so we might again
find some regressions about compiler flags as Mozilla is still using
quite old compilers (compared to GCC8) which working differently while
creating the binary code.


I made a quick attempt at building Thunderbird myself from the Debian 
source package, and it seems to crash the same way as the official one. 
Which could actually be good, since that means that - with the proper 
direction - I *might* be able to help debug why it crashes for me.


What I don't know is how to print any relevant messages for debugging, 
since it's all wrapped up in data types I can't even begin to unravel on 
my own...


Torbjörn

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

On 2018-09-08 12:00, Carsten Schoenert wrote:

Please avoid top posting, it's time consuming and difficult to read.


Sorry.

> Please add always the full log, I don't know if this is a output from
> crash or a stepping debugging. So it's currently not that useful.

Ok, here's a new log.


But it's also not something you dislike or relay on? At least since
mostly every body is also using smartphone in nower days there are also
mostly at least two clients fetching the inbox and if your are using POP
you run into annoying things one day.


Well, I don't use my phone for email so that's no reason for me to switch.

Torbjörn
$ gdb -ex run /usr/lib/thunderbird/thunderbird
GNU gdb (Debian 8.1-4) 8.1
Copyright (C) 2018 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 "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/thunderbird/thunderbird...Reading symbols from 
/usr/lib/debug/.build-id/94/45c6e21e309b49f2844f89d1c5b812fcb7d0e8.debug...done.
done.
Starting program: /usr/lib/thunderbird/thunderbird 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fa5bc832700 (LWP 4497)]
[Thread 0x7fa5bc832700 (LWP 4497) exited]
[New Thread 0x7fa5bc832700 (LWP 4499)]
[New Thread 0x7fa5b91ff700 (LWP 4500)]
[New Thread 0x7fa5b89fe700 (LWP 4501)]
[New Thread 0x7fa5b7fff700 (LWP 4502)]
[New Thread 0x7fa5b77fe700 (LWP 4503)]
[New Thread 0x7fa5b75fd700 (LWP 4504)]
[New Thread 0x7fa5b73fc700 (LWP 4505)]
[New Thread 0x7fa5b71fb700 (LWP 4506)]
[New Thread 0x7fa5b69ff700 (LWP 4507)]
[New Thread 0x7fa5b67fe700 (LWP 4508)]
[New Thread 0x7fa5b65fd700 (LWP 4509)]
[New Thread 0x7fa5b5bff700 (LWP 4510)]
[New Thread 0x7fa5b53fe700 (LWP 4511)]
[New Thread 0x7fa5b4bfd700 (LWP 4512)]
[New Thread 0x7fa5b40ff700 (LWP 4521)]
[New Thread 0x7fa5b38fe700 (LWP 4523)]
[New Thread 0x7fa5b30fd700 (LWP 4524)]
[New Thread 0x7fa5b94f1700 (LWP 4525)]
[New Thread 0x7fa5b25ff700 (LWP 4526)]
[New Thread 0x7fa5aff3f700 (LWP 4530)]
[New Thread 0x7fa5af0ff700 (LWP 4531)]
[New Thread 0x7fa5ae8fe700 (LWP 4532)]
[New Thread 0x7fa5ae0fd700 (LWP 4533)]
[New Thread 0x7fa5b43fc700 (LWP 4534)]
[New Thread 0x7fa5ad6ff700 (LWP 4535)]
[Thread 0x7fa5b40ff700 (LWP 4521) exited]
[New Thread 0x7fa5b40ff700 (LWP 4537)]
[New Thread 0x7fa5abfff700 (LWP 4538)]
[New Thread 0x7fa5ab7fe700 (LWP 4539)]
[New Thread 0x7fa5aaffd700 (LWP 4540)]
[New Thread 0x7fa5aa7fc700 (LWP 4541)]
[New Thread 0x7fa5a9bff700 (LWP 4542)]
[New Thread 0x7fa5a93fe700 (LWP 4543)]
[Thread 0x7fa5b30fd700 (LWP 4524) exited]
[New Thread 0x7fa5b1dfe700 (LWP 4544)]
[New Thread 0x7fa5b1dbd700 (LWP 4545)]
[New Thread 0x7fa5b1d7c700 (LWP 4546)]
[New Thread 0x7fa5a85ff700 (LWP 4547)]
[Thread 0x7fa5a93fe700 (LWP 4543) exited]
[New Thread 0x7fa5a93fe700 (LWP 4548)]
[New Thread 0x7fa5b30fd700 (LWP 4549)]
[New Thread 0x7fa5a6bff700 (LWP 4550)]
[New Thread 0x7fa5a5fff700 (LWP 4551)]
[New Thread 0x7fa5a51ff700 (LWP 4552)]
[Thread 0x7fa5a85ff700 (LWP 4547) exited]
[New Thread 0x7fa5a85ff700 (LWP 4553)]
[Thread 0x7fa5a51ff700 (LWP 4552) exited]
[Thread 0x7fa5aaffd700 (LWP 4540) exited]
[Thread 0x7fa5abfff700 (LWP 4538) exited]
[Thread 0x7fa5b40ff700 (LWP 4537) exited]
[New Thread 0x7fa5b40ff700 (LWP 4554)]
[New Thread 0x7fa5a9f4d700 (LWP 4555)]

Thread 1 "thunderbird" received signal SIGSEGV, Segmentation fault.
0x7fa5c1bae950 in mozilla::detail::nsTStringRepr::First (
this=this@entry=0x7ffdee845ca0)
at ./obj-thunderbird/dist/include/mozilla/Assertions.h:40
40  ./obj-thunderbird/dist/include/mozilla/Assertions.h: No such file or 
directory.
(gdb) set logging on
Copying output to gdb.txt.
(gdb) thread apply all bt

Thread 46 (Thread 0x7fa5a9f4d700 (LWP 4555)):
#0  0x7fa5cbd82e6c in futex_wait_cancelable (private=, 
expected=0, futex_word=0x7fa5b42f337c)
at ../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  0x7fa5cbd82e6c in __pthread_cond_wait_common (abstime=0x0, 
mutex=0x7fa5b42f3320, cond=0x7fa5b42f3350) at pthread_cond_wait.c:502
#2  0x7fa5cbd82e6c in __pthread_cond_wait (cond=cond@entry=0x7fa5b42f3350, 
mutex=0x7fa5b42f3320) at pthread_cond_wait.c:655
#3  0x5634407cd877 in 
mozilla::detail::ConditionVariableImpl::wait(mozilla::detail::MutexImpl&) 
(this=0x7fa5b42f3350, lock=...)
at ./mozglue/misc/ConditionVariable_posix.cpp:118
#4  0x7fa5c2552628 in mozilla::CondVar::Wait(unsigned int) 
(aInterval=4294967295, 

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

> This means you "just" need to call 'thread apply all bt' on the GDB
> console.

I've attached the output from that. I hope it helps.

> You could also try out the latest beta version from upstream, which is
> the current base for the next Thunderbird long term version to see if
> your setup is working there.
>
> http://ftp.mozilla.org/pub/thunderbird/releases/60.0b11/linux-x86_64/
> or
> http://ftp.mozilla.org/pub/thunderbird/releases/60.0b11/linux-i686/

Good idea. I downloaded the one from 
http://ftp.mozilla.org/pub/thunderbird/releases/60.0b11/linux-x86_64/en-US/thunderbird-60.0b11.tar.bz2 
and that one seems to work for me. In fact, it's what I'm using to write 
this email.


Does that rule out an upstreams problem?

> Any special need to use POP anyway? The defacto standard is now IMAP,
> and there is also the possibility to move (not copy) emails after
> fetching into local folders. This is in the end the same as using POP.

I guess the main reason is that this is how I set it up long ago, and 
it's been working fince since then. From what I understand, one of the 
main advantages of IMAP would be if I want to read my mail from 
different clients, and that's not something I really need.


Torbjörn


On 08/09/2018 10.55, Carsten Schoenert wrote:

On Tue, Aug 28, 2018 at 10:24:24PM +0200, Torbjörn Andersson wrote:

On 2018-08-28 20:48, Carsten Schoenert wrote:

Yes, the line gdb is showing were thunderbird is crashing is the
interesting part, I'm sure this will show us an upstream issue. I see
a small possibility that gcc8 might be the root for this crash. But
then I also expect we would see a lot more bug reports related to
thunderbird crashes.


I was going to bed, but I figured a hasty reply now might still be more
useful than a more carefully written reply in eight hours or so. :-)

Here's the start of the backtrace I got from gdb. I hope that provides
enough context:

#0  0x7f22828eb9b0 in 
mozilla::detail::nsTStringRepr::First()const 
(this=this@entry=0x7fff9ca7a5c0) at 
./obj-thunderbird/dist/include/mozilla/Assertions.h:40
#1  0x7f22828182a2 in 
nsMsgLocalStoreUtils::nsShouldIgnoreFile(nsTSubstring&) (name=...) at 
./comm/mailnews/local/src/nsMsgLocalStoreUtils.cpp:31
#2  0x7f228281676c in nsMsgBrkMBoxStore::AddSubFolders(nsIMsgFolder*, 
nsCOMPtr&, bool) (this=0x7f225ea661f0, parent=0x7f226cf24438, 
path=..., deep=true) at ./comm/mailnews/local/src/nsMsgBrkMBoxStore.cpp:1063
#3  0x7f2282816ad8 in nsMsgBrkMBoxStore::DiscoverSubFolders(nsIMsgFolder*, bool) 
(this=0x7f225ea661f0, aParentFolder=0x7f226cf24438, aDeep=) at 
./comm/mailnews/local/src/nsMsgBrkMBoxStore.cpp:69
#4  0x7f22827fd29e in 
nsMsgLocalMailFolder::GetSubFolders(nsISimpleEnumerator**) 
(this=this@entry=0x7f226cf24400, aResult=0x7fff9ca7a770) at 
./obj-thunderbird/dist/include/nsCOMPtr.h:798
#5  0x7f2282687c7b in nsMsgDBFolder::ListFoldersWithFlags(unsigned int, 
nsIMutableArray*) (this=0x7f226cf24400, aFlags=4096, aFolders=0x7f225edffbe0) 
at ./obj-thunderbird/dist/include/nsCOMPtr.h:1367

I tried printing the 'name' parameter from nsShouldIgnoreFile(), but I don't
know if it's at all helpful:

(gdb) print name
$2 = (nsAString &) @0x7fff9ca7a5c0:
{> = {mData = 0x7f2285e2be84  
u"", mLength = 0,
 mDataFlags = mozilla::detail::StringDataFlags::TERMINATED,
 mClassFlags = (mozilla::detail::StringClassFlags::INLINE |
mozilla::detail::StringClassFlags::NULL_TERMINATED)}, static kMaxCapacity = 
1073741817}


My knowledge about reading GDB logs are also ne the deepest but as
thunderbird is a multithreaded application it's also good to see all
threads that are involved.

This means you "just" need to call 'thread apply all bt' on the GDB
console.

Have a look for more detailed information about GDB debugging by viewing
onto the old Icedove related wiki site. (Note: the GDB starting call has
changed in between times)

https://wiki.debian.org/Icedove#Starting_Debugging

Unfortunately we did get no feedback from the original reporter so see
if there is also POP used to get the emails from the server. If yes it
looks like there is something broken in the upstream code for getting
messages by the POP protocol.

You could also try out the latest beta version from upstream, which is
the current base for the next Thunderbird long term version to see if
your setup is working there.

http://ftp.mozilla.org/pub/thunderbird/releases/60.0b11/linux-x86_64/
or
http://ftp.mozilla.org/pub/thunderbird/releases/60.0b11/linux-i686/

Any special need to use POP anyway? The defacto standard is now IMAP,
and there is also the possibility to move (not copy) emails after
fetching into local folders. This is in the end the same as using POP.

I'm quite sure this all is not Debian fault but if we forward this to
upstream they need clear information how to reproduce and how the logs
look like. But I'm also sure the motivation from upstream will 

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

Was there any other information you needed? I can probably provide a 
more complete gdb backtrace, if that's needed, but I would have to know 
what information is relevant.


Regards,

Torbjörn Andersson


On 2018-08-28 20:48, Carsten Schoenert wrote:

Hello Torbjörn,

On Tue, Aug 28, 2018 at 06:38:03PM +0200, Torbjörn Andersson wrote:

For what it's worth, Thunderbird 60.0-2 doesn't start for me either. I tried
following the instructions in the Debian Wiki, and this is what I found:

Only Thunderbird has changed. If I reinstall 52.9.1-1, the crash goes away.


well, it's of course possible that internally something has changed that
way you or the other reporters will see now a crash.


Safe mode makes no difference.


O.k. Than we can exclude some problems which might come along with
AddOns which are now incompatible.


Starting with a dummy profile (where I haven't even tried to set up any mail
server or access my old mail) does work. I haven't tried setting up a proper
profile yet.


Thanks for checking this, by this we can probably also exclude some
AppArmor misbehavior. This is unlikely nevertheless if you did not have
issues with AppArmor and the previous Thunderbird ESR version.


Sometimes I do get AppArmor messages about Thunderbird in "dmesg", but not
every time I start so I don't know if they're relevant. I did try disabling
AppArmor, but it didn't make any difference. I may have done it wrong,
though.


No, you don't have done anything wrong. For AppArmor it's mostly easy to
see, Thunderbird is usable or not. For a more detailed answer the
messages you have got would be needed. I guess these are not related to
this bug report.


I wanted to try "thunderbird -g", as suggested by the man page, but I don't
have thunderbird-dbgsym installed, and it doesn't seem to be available for
amd64 in sid.


It is, but you need to add an additional source to your sources.list. I
added a hint into the output of 'thunderbird -help' right now, you are
the first person who spotted this issue.


Even if it was, there doesn't seem to be any run-mozilla.sh script
with the new version of Thunderbird, though there is one in the old
version. By the way, "thunderbird --help" says it's thunderbird-dbg I
need, but that doesn't seem to exist either.


Yes, the next issue you have found. thunderbird-dbg is now migrated to
thunderbird-dbgsym. I changed this too within the starting wrapper and
man page file. Will be fixed within the next upload.

So, what di you need to do now?

You need to add an extra line to your sources.list, pick the entry for
unstable from here:

   https://wiki.debian.org/SourcesList#Debug_Symbol_Packages

Next update the package list as usual by 'sudo apt update' and install
the dbgsym for thunderbird.

  $ sudo apt install -t unstable thunderbird-dbgsym

Next you need to call gdb manually as the wrapper script needs to
modified first.

  $ gdb -ex run /usr/lib/thunderbird/thunderbird

Please be patient, thew start of thunderbird take significantly longer
as usual. If you don't want to start thunderbird directly remove the
options '-ex run'.


Since I was out of any better ideas, I ran it through strace. This piece of
the output may be relevant:


Yeah, good try and catch!


lstat("/home", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/home/d91tan", {st_mode=S_IFDIR|0700, st_size=12288, ...}) = 0
lstat("/home/d91tan/.thunderbird", {st_mode=S_IFDIR|S_ISGID|0755,
st_size=4096, ...}) = 0
lstat("/home/d91tan/.thunderbird/rhu4a0c1.default",
{st_mode=S_IFDIR|S_ISGID|0700, st_size=4096, ...}) = 0
lstat("/home/d91tan/.thunderbird/rhu4a0c1.default/Mail",
{st_mode=S_IFDIR|S_ISGID|0755, st_size=4096, ...}) = 0
lstat("/home/d91tan/.thunderbird/rhu4a0c1.default/Mail/Local Folders",
{st_mode=S_IFDIR|S_ISGID|0755, st_size=4096, ...}) = 0
access("/home/d91tan/.thunderbird/rhu4a0c1.default/Mail/Local Folders",
F_OK) = 0
stat("/home/d91tan/.thunderbird/rhu4a0c1.default/Mail/Local Folders",
{st_mode=S_IFDIR|S_ISGID|0755, st_size=4096, ...}) = 0
openat(AT_FDCWD, "/home/d91tan/.thunderbird/rhu4a0c1.default/Mail/Local
Folders", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 45
fstat(45, {st_mode=S_IFDIR|S_ISGID|0755, st_size=4096, ...}) = 0
getdents(45, /* 91 entries */, 32768)   = 3016
getdents(45, /* 0 entries */, 32768)= 0
close(45)   = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} ---
unlink("/home/d91tan/.thunderbird/rhu4a0c1.default/lock") = 0
close(8)= 0

Temporarily moving ~/.thunderbird /rhu4a0c1.default/Mail/Local Folder out of
the way did allow me to start Thunderbird. Unfortunately, "Local Folders" is
apparently where my main mailbox resides, so that's not a good workaround.
(I'm using POP, not IMAP, so my mail is stored locally.)

Any suggestions for where I go from here?


Ye

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

On 2018-08-28 20:48, Carsten Schoenert wrote:


No, you don't have done anything wrong. For AppArmor it's mostly easy to
see, Thunderbird is usable or not. For a more detailed answer the
messages you have got would be needed. I guess these are not related to
this bug report.


Assuming that the "STATUS" messages aren't that interesting, but the 
"DENIED" message may be, these are the only kinds I've found:


[563845.233482] audit: type=1400 audit(1535392635.227:205): 
apparmor="DENIED" operation="open" profile="thunderbird" 
name="/etc/mozpluggerrc" pid=22009 comm="thunderbird" requested_mask="r" 
denied_mask="r" fsuid=1000 ouid=0


[132527.305890] audit: type=1400 audit(1534961321.424:159): 
apparmor="DENIED" operation="open" profile="thunderbird" 
name="/etc/mozpluggerrc" pid=3013 comm="thunderbird-bin" 
requested_mask="r" denied_mask="r" fsuid=1000 ouid=0


[563524.459758] audit: type=1400 audit(1535392314.458:196): 
apparmor="DENIED" operation="file_lock" profile="thunderbird" 
name="/home/d91tan/.cache/mesa_shader_cache/6d/9eb80ce0fb32d6002d6b832c3aef1ac98c25cd.tmp" 
pid=5524 comm="disk_cache:0" requested_mask="k" denied_mask="k" 
fsuid=1000 ouid=1000


But I don't know which version of Thunderbird caused them. I get the 
feeling they're not related to the problem at hand.


Regards,

Torbjörn

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

On 2018-08-28 20:48, Carsten Schoenert wrote:
> Yes, the line gdb is showing were thunderbird is crashing is the
> interesting part, I'm sure this will show us an upstream issue. I see
> a small possibility that gcc8 might be the root for this crash. But
> then I also expect we would see a lot more bug reports related to
> thunderbird crashes.

I was going to bed, but I figured a hasty reply now might still be more 
useful than a more carefully written reply in eight hours or so. :-)


Here's the start of the backtrace I got from gdb. I hope that provides 
enough context:


#0  0x7f22828eb9b0 in 
mozilla::detail::nsTStringRepr::First() const 
(this=this@entry=0x7fff9ca7a5c0)

at ./obj-thunderbird/dist/include/mozilla/Assertions.h:40
#1  0x7f22828182a2 in 
nsMsgLocalStoreUtils::nsShouldIgnoreFile(nsTSubstring&) 
(name=...) at ./comm/mailnews/local/src/nsMsgLocalStoreUtils.cpp:31
#2  0x7f228281676c in 
nsMsgBrkMBoxStore::AddSubFolders(nsIMsgFolder*, nsCOMPtr&, 
bool) (this=0x7f225ea661f0, parent=0x7f226cf24438, path=..., deep=true) 
at ./comm/mailnews/local/src/nsMsgBrkMBoxStore.cpp:1063
#3  0x7f2282816ad8 in 
nsMsgBrkMBoxStore::DiscoverSubFolders(nsIMsgFolder*, bool) 
(this=0x7f225ea661f0, aParentFolder=0x7f226cf24438, aDeep=)

at ./comm/mailnews/local/src/nsMsgBrkMBoxStore.cpp:69
#4  0x7f22827fd29e in 
nsMsgLocalMailFolder::GetSubFolders(nsISimpleEnumerator**) 
(this=this@entry=0x7f226cf24400, aResult=0x7fff9ca7a770)

at ./obj-thunderbird/dist/include/nsCOMPtr.h:798
#5  0x7f2282687c7b in nsMsgDBFolder::ListFoldersWithFlags(unsigned 
int, nsIMutableArray*) (this=0x7f226cf24400, aFlags=4096, 
aFolders=0x7f225edffbe0)

at ./obj-thunderbird/dist/include/nsCOMPtr.h:1367

I tried printing the 'name' parameter from nsShouldIgnoreFile(), but I 
don't know if it's at all helpful:


(gdb) print name
$2 = (nsAString &) @0x7fff9ca7a5c0: 
{> = {mData = 0x7f2285e2be84 
 u"", mLength = 0,

mDataFlags = mozilla::detail::StringDataFlags::TERMINATED,
mClassFlags = (mozilla::detail::StringClassFlags::INLINE | 
mozilla::detail::StringClassFlags::NULL_TERMINATED)}, static 
kMaxCapacity = 1073741817}


Regards,

Torbjörn

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

For what it's worth, Thunderbird 60.0-2 doesn't start for me either. I 
tried following the instructions in the Debian Wiki, and this is what I 
found:


Only Thunderbird has changed. If I reinstall 52.9.1-1, the crash goes away.

Safe mode makes no difference.

Starting with a dummy profile (where I haven't even tried to set up any 
mail server or access my old mail) does work. I haven't tried setting up 
a proper profile yet.


Sometimes I do get AppArmor messages about Thunderbird in "dmesg", but 
not every time I start so I don't know if they're relevant. I did try 
disabling AppArmor, but it didn't make any difference. I may have done 
it wrong, though.


I wanted to try "thunderbird -g", as suggested by the man page, but I 
don't have thunderbird-dbgsym installed, and it doesn't seem to be 
available for amd64 in sid. Even if it was, there doesn't seem to be any 
run-mozilla.sh script with the new version of Thunderbird, though there 
is one in the old version. By the way, "thunderbird --help" says it's 
thunderbird-dbg I need, but that doesn't seem to exist either.


Since I was out of any better ideas, I ran it through strace. This piece 
of the output may be relevant:


lstat("/home", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/home/d91tan", {st_mode=S_IFDIR|0700, st_size=12288, ...}) = 0
lstat("/home/d91tan/.thunderbird", {st_mode=S_IFDIR|S_ISGID|0755, 
st_size=4096, ...}) = 0
lstat("/home/d91tan/.thunderbird/rhu4a0c1.default", 
{st_mode=S_IFDIR|S_ISGID|0700, st_size=4096, ...}) = 0
lstat("/home/d91tan/.thunderbird/rhu4a0c1.default/Mail", 
{st_mode=S_IFDIR|S_ISGID|0755, st_size=4096, ...}) = 0
lstat("/home/d91tan/.thunderbird/rhu4a0c1.default/Mail/Local Folders", 
{st_mode=S_IFDIR|S_ISGID|0755, st_size=4096, ...}) = 0
access("/home/d91tan/.thunderbird/rhu4a0c1.default/Mail/Local Folders", 
F_OK) = 0
stat("/home/d91tan/.thunderbird/rhu4a0c1.default/Mail/Local Folders", 
{st_mode=S_IFDIR|S_ISGID|0755, st_size=4096, ...}) = 0
openat(AT_FDCWD, "/home/d91tan/.thunderbird/rhu4a0c1.default/Mail/Local 
Folders", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 45

fstat(45, {st_mode=S_IFDIR|S_ISGID|0755, st_size=4096, ...}) = 0
getdents(45, /* 91 entries */, 32768)   = 3016
getdents(45, /* 0 entries */, 32768)= 0
close(45)   = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} ---
unlink("/home/d91tan/.thunderbird/rhu4a0c1.default/lock") = 0
close(8)= 0

Temporarily moving ~/.thunderbird /rhu4a0c1.default/Mail/Local Folder 
out of the way did allow me to start Thunderbird. Unfortunately, "Local 
Folders" is apparently where my main mailbox resides, so that's not a 
good workaround. (I'm using POP, not IMAP, so my mail is stored locally.)


Any suggestions for where I go from here?

Regards,

Torbjörn Andersson

Bug#465390: nethack-common: possible to blow horn while being strangled

[Torbjörn Andersson]

I can't reproduce this bug in 3.6.0. I get "You are incapable of playing 
the horn."


Torbjörn Andersson

Bug#895446: Error in startup script: bad screen distance "4.5"

[Torbjörn Andersson]

Michael Biebl <bi...@debian.org> wrote:

> $ gitk
> Error in startup script: bad screen distance "4.5"

Downgrading fontconfig to 2.12.6-0.1 (from 2.13.0-2) fixes this problem 
for me. I don't know what the implications of that are, though.


Torbjörn Andersson

Bug#884067: GIO lists removable storage devices even after they have been unplugged when using Linux kernel v4.14

[Torbjörn Andersson]

I can no longer reproduce this bug, probably because gvfs has been 
updated 1.36.0-1. See bug #882353 ("Phone does not disappear after 
disconnecting").


Presumably this also means that #882213 ("MTP device still visible after 
disconnecting") and #883425 ("stale Android device entries in Thunar 
after USB disconnection") have been fixed. As well as whatever others I 
may have missed.


Torbjörn Andersson

Bug#882353: Duplicates of this bug report

[Torbjörn Andersson]

So now that it seems that this is the main bug report for the problem, 
perhaps it would be a good thing to find all the duplicates. These are 
the ones I've seen so far:


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882213
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883425
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884067

Torbjörn Andersson

Bug#882353: Possible upstreams bug report

[Torbjörn Andersson]

Perhaps this is the relevant upstreams bug report:

https://bugzilla.gnome.org/show_bug.cgi?id=789491

("Bug 789491 - mtp volume is not removed when unplugging")

If so, it was supposedly fixed in gvfs 1.35.2, "mtp: Fix volume removal 
with current udev behavior":


https://git.gnome.org/browse/gvfs/tree/NEWS

Torbjörn Andersson

Bug#882353: Reassigned to "gvfs-backends"

[Torbjörn Andersson]

I hope you're right, though I didn't get any segfault message in my 
dmesg when I tried it just now.


Torbjörn Andersson

Bug#883425: linux-image-4.14.0-1-amd64: stale Android device entries in Thunar after USB disconnection

[Torbjörn Andersson]

Two probably related bug reports:

#882353 - nautilus: Phone does not disappear after disconnecting
#884067 - Info received (GIO lists removable storage devices even after 
they have been unplugged when using Linux kernel v4.14)


I filed the last one because I didn't notice the one for Nautilus, and 
at the time I wasn't able to see the entire src:linux bugs page. Sorry 
about the duplicate.


Torbjörn

Bug#884067: GIO lists removable storage devices even after they have been unplugged when using Linux kernel v4.14

[Torbjörn Andersson]

This appears to be similar to bug #882353 ("nautilus: Phone does not 
disappear after disconnecting"). Sorry about the duplicate.


Torbjörn

Bug#882353: nautilus: Phone does not disappear after disconnecting

[Torbjörn Andersson]

This sounds like the same problem I'm seeing with Xfce's file manager, 
Thunar. I also saw it with PCManFM, but not with Dolphin, so I figured 
that GLib might be the involved.


I could also only reproduce the problem with Linux kernel 4.14, not 4.13.

But since I didn't notice this bug report then, I went ahead and filed 
bug #884067 ("GIO lists removable storage devices even after they have 
been unplugged when using Linux kernel v4.14"). Sorry about that.


Regards,

Torbjörn Andersson

Bug#884067: GIO lists removable storage devices even after they have been unplugged when using Linux kernel v4.14

[Torbjörn Andersson]

Package: libglib2.0-0
Version: 2.54.2-1

Dear maintainer,

After upgrading the Linux kernel to linux-image-4.14.0-1-amd64 , version 
4.14.2-1 (I'm using Debian sid), I noticed that when plugging in my 
phone via USB I would see an icon for it in my file manager (Thunar) and 
on my desktop (Xfce), but when unplugging the phone the icon would no 
longer disappar. Plugging in the phone again would give me a second 
icon. Doing it again a third, and so on.


This did not happen when I tried KDE's file manager, Dolphin, which 
suggests that the problem might be Glib-related, unless it's even 
further down. I'm still not sure where it actually gets the information, 
but the following program gave me the same list as the file manager, 
including the duplicates:


#include 
#include 

int main() {
  GVolumeMonitor *monitor = g_volume_monitor_get();
  GList *volumes = g_volume_monitor_get_volumes(monitor);
  GList *lp;

  for (lp = volumes; lp != NULL; lp = lp->next) {
GVolume *volume = lp->data;
char *volume_name = g_volume_get_name(volume);
printf("%s\n", g_volume_get_name(volume));
g_free(volume_name);
  }

  g_object_unref(monitor);
  g_list_free(volumes);

  return 0;
}

I don't know if it's relevant, but I also tried running "udevadm 
monitor" while plugging in and removing the phone. This is what I got 
with a 4.13 kernel (4.13.13-1):


KERNEL[50.806104] add  /devices/pci:00/:00:14.0/usb3/3-9 (usb)
KERNEL[50.806778] add 
/devices/pci:00/:00:14.0/usb3/3-9/3-9:1.0 (usb)

UDEV  [50.811697] add  /devices/pci:00/:00:14.0/usb3/3-9 (usb)
UDEV  [50.815390] add 
/devices/pci:00/:00:14.0/usb3/3-9/3-9:1.0 (usb)
KERNEL[54.278046] remove 
/devices/pci:00/:00:14.0/usb3/3-9/3-9:1.0 (usb)

KERNEL[54.278584] remove   /devices/pci:00/:00:14.0/usb3/3-9 (usb)
UDEV  [54.279883] remove 
/devices/pci:00/:00:14.0/usb3/3-9/3-9:1.0 (usb)

UDEV  [54.281104] remove   /devices/pci:00/:00:14.0/usb3/3-9 (usb)

And this is what I got with the aforementioned 4.14 kernel:

KERNEL[69.838042] add  /devices/pci:00/:00:14.0/usb1/1-9 (usb)
KERNEL[69.838679] add 
/devices/pci:00/:00:14.0/usb1/1-9/1-9:1.0 (usb)

KERNEL[69.838770] bind /devices/pci:00/:00:14.0/usb1/1-9 (usb)
UDEV  [69.843453] add  /devices/pci:00/:00:14.0/usb1/1-9 (usb)
UDEV  [69.845072] add 
/devices/pci:00/:00:14.0/usb1/1-9/1-9:1.0 (usb)

UDEV  [69.849294] bind /devices/pci:00/:00:14.0/usb1/1-9 (usb)
KERNEL[73.46] remove 
/devices/pci:00/:00:14.0/usb1/1-9/1-9:1.0 (usb)

KERNEL[73.667196] unbind   /devices/pci:00/:00:14.0/usb1/1-9 (usb)
KERNEL[73.667273] remove   /devices/pci:00/:00:14.0/usb1/1-9 (usb)
UDEV  [73.668520] remove 
/devices/pci:00/:00:14.0/usb1/1-9/1-9:1.0 (usb)

UDEV  [73.670060] unbind   /devices/pci:00/:00:14.0/usb1/1-9 (usb)
UDEV  [73.670446] remove   /devices/pci:00/:00:14.0/usb1/1-9 (usb)

Regards,

Torbjörn Andersson

Bug#836533: Firefox crashes in js::jit::SnapshotIterator::numAllocations(). Possibly GCC 6-related?

[Torbjörn Andersson]

Downgrading to Firefox 48.0-1 seems to fix the crash. This version was 
built with GCC 5.4.0, according to about:buildconfig. 48.0-1+b1 was 
built with 6.2.0.


Torbjörn Andersson

Bug#836533: Firefox crashes in js::jit::SnapshotIterator::numAllocations(). Possibly GCC 6-related?

[Torbjörn Andersson]

Watching a YouTube video seems to be a quick way of triggering the crash 
for me.


Torbjörn Andersson

Bug#836533: Firefox crashes in js::jit::SnapshotIterator::numAllocations(). Possibly GCC 6-related?

[Torbjörn Andersson]

Package: firefox
Version: 48.0-1+b1

Ever since the most recent update, Firefox has crashed, sometimes just a 
few seconds after restoring my previous session. The backtrace typically 
looks something like this:


(gdb) bt
#0  0x021d in ?? ()
#1  0x74cc3397 in js::jit::SnapshotIterator::numAllocations 
(this=0x7fffa140) at 
/build/firefox-DAd6ul/firefox-48.0/js/src/jit/JitFrames.cpp:2022
#2  js::jit::IonFrameStackDepthOp::IonFrameStackDepthOp (frame=..., 
this=) at 
/build/firefox-DAd6ul/firefox-48.0/js/src/jit/JitFrames.cpp:359
#3  js::jit::TryNoteIterIon::TryNoteIterIon (frame=..., 
cx=0x7fffb8b61000, this=0x7fffa100) at 
/build/firefox-DAd6ul/firefox-48.0/js/src/jit/JitFrames.cpp:369
#4  js::jit::HandleExceptionIon (overrecursed=0x7fff9fef, 
rfe=0x7fffa5a0, frame=..., cx=0x7fffb8b61000) at 
/build/firefox-DAd6ul/firefox-48.0/js/src/jit/JitFrames.cpp:416
#5  js::jit::HandleException (rfe=0x7fffa5a0) at 
/build/firefox-DAd6ul/firefox-48.0/js/src/jit/JitFrames.cpp:791


A similar backtrace was posted in 
https://bugzilla.mozilla.org/show_bug.cgi?id=1245783


And also in a couple of Icedove bug reports, though they appear to have 
been fixed in 45.2.0-3 with the following comment:


  * [a459d6a] debian/rules: adding one more CFLAGS/CXXFLAGS compiler flag
(Closes: #833864, #833532, #833591, #833635, #833698)

Perhaps a similar fix will work in Firefox as well?

Regards,

Torbjörn Andersson

Bug#817972: The "symbols" data file isn't included

[Torbjörn Andersson]

Package: nethack-common
Version: 3.6.0-1
Severity: minor

One of the changes in 3.6.0 was to replace the old "DECgraphics", etc. 
options with new "symset" and "roguesymset" options. This relies on the 
"symbols" file (in the "dat" directory of the upstreams source code), 
which unfortunately doesn't seem to be included in the Debian packages.


When trying to use the "symset" and "roguesymset" options, the game 
should present a menu of available symbol sets, but instead prints 
"Unable to access "symbols" file."


I don't know if this should be in the nethack-common package, or if it's 
only relevant to nethack-console.


Regards,

Torbjörn Andersson

Bug#808077: Crash when starting chromium, unless chromium-l10n is installed

[Torbjörn Andersson]

Package: chromium
Version: 47.0.2526.80-2

Hi,

After upgrading to the latest version of chromium, I got the following 
message when trying to start it:


$ chromium
[1:1:1215/204236:FATAL:chrome_main_delegate.cc(752)] Check failed: 
!loaded_locale.empty(). Locale could not be found for

#0 0x5625af76906e 
#1 0x5625af77e870 
#2 0x5625af29e0d6 
#3 0x5625af73c0aa 
#4 0x5625af73b39a 
#5 0x5625af29d6d8 ChromeMain
#6 0x7feac594e870 __libc_start_main
#7 0x5625af29d579 _start

Installing chromium-l10n seems to fix the problem. I didn't have that 
before, because chromium only suggests it, it doesn't depend on it.


I hope that's enough information. I'm in a bit of a hurry right now, but 
I'll be happy to provide further information if necessary.


Sincerely,

Torbjörn Andersson

Bug#792298: xfce4-session: Very long command-lines get truncated, causing session restore to fail

[Torbjörn Andersson]

Package: xfce4-session
Version: 4.12.1-3
Severity: minor

Dear Maintainer,

I often find myself having lots of xfce4-terminal windows open at a 
time, using them as a kind of bookmarks for what I was doing at the 
moment. Apparently these all share one process, with a command line 
specifying the working path, the tabs, the geometry, etc. There are a 
lot of options and, as a result, the command line grows quickly.


A few dozen windows (I know it's silly, but it happens) is often enough 
for the command-line to grow to the point that it gets truncated in the 
session file. At this point, logging out and logging back in causes the 
session to not be properly saved and restored.


This isn't as bad as it may first sound, because all that happens is 
that the terminal windows aren't restored, but it is a bit annoying.


I don't know if increasing the buffer size will help. I imagine that at 
some point, the command-line grows too large for the system to handle. 
But if so, perhaps that limit is much greater?


Regards,

Torbjörn Andersson


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

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

Versions of packages xfce4-session depends on:
ii  libatk1.0-02.16.0-2
ii  libc6  2.19-19
ii  libcairo2  1.14.2-2
ii  libdbus-1-31.8.18-1
ii  libdbus-glib-1-2   0.102-1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-4
ii  libgdk-pixbuf2.0-0 2.31.4-2
ii  libglib2.0-0   2.44.1-1.1
ii  libgtk2.0-02.24.28-1
ii  libice62:1.0.9-1+b1
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpangoft2-1.0-0  1.36.8-3
ii  libpolkit-gobject-1-0  0.105-11
ii  libsm6 2:1.2.2-1+b1
ii  libwnck22  2.30.7-2
ii  libx11-6   2:1.6.3-1
ii  libxfce4ui-1-0 4.12.1-2
ii  libxfce4util7  4.12.1-2
ii  libxfconf-0-2  4.12.0-2+b1
ii  multiarch-support  2.19-19
ii  xfce4-settings 4.12.0-2
ii  xfconf 4.12.0-2+b1

Versions of packages xfce4-session recommends:
ii  dbus-x11   1.8.18-1
ii  libpam-systemd 222-1
ii  systemd-sysv   222-1
ii  upower 0.99.3-1+b2
ii  x11-xserver-utils  7.7+4
ii  xfdesktop4 4.12.2-1
ii  xfwm4  4.12.3-1
ii  xscreensaver   5.30-1+b1

Versions of packages xfce4-session suggests:
pn  fortunes-mod  none
ii  pm-utils  1.4.1-15
ii  sudo  1.8.12-1

-- 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#761023: [bb] Visual stops when audio starts

[Torbjörn Andersson]

Samuel Bronson wrote:

 Yeah, after the audio starts, timestuff() seems never to return again.

I get the impression that the problem is that it's making the incorrect 
assumption that running a timer handler is more or less instantaneous. 
Because if it notices that a timer is lagging behind, it will call the 
timer handler again and again until it has caught up. See 
tl_process_group() in timers.c.


However, it looks like the timer it creates to call update_sound() will 
on average take longer than one timer interval to run, when using the 
PulseAudio driver. In that case, that timer will never ever catch up, 
and while it's trying to it won't be able to process any other timers in 
that group.


I'm not sure what the proper fix for this is, though.

Torbjörn Andersson


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

Bug#750908: Typo in sidplayfp.ini manual page

[Torbjörn Andersson]

Package: sidplayfp
Version: 1.2.0-2
Severity: minor

I just noticed that in the manual page for sidplayfp.ini, in the section 
about Basic Rom, it says that this is moslty useful instead of mostly 
useful.


Regards,

Torbjörn Andersson


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

Bug#744794: sidplayfp segfaults on startup (unless rebuilt without hardening?)

[Torbjörn Andersson]

It should be fixed in upstream SVN now:

http://sourceforge.net/p/sidplay-residfp/code/1549/

Torbjörn


On 2014-04-15 08:30, László Böszörményi (GCS) wrote:

Hi Torbjörn,

On Mon, Apr 14, 2014 at 9:45 PM, Torbjörn Andersson
eriknos...@telia.com wrote:

Package: sidplayfp
Version: 1.2.0-1
Severity: important

sidplayfp segfaults immediately on startup. It seems to work find if I
remove export DEB_BUILD_MAINT_OPTIONS = hardening=+all from debian/rules
and rebuild it, but I have to admit I don't really understand what that
does.

  May you give me some pointers? Does it segfault even if executed
without arguments? What happens if you just rebuild it with the
DEB_BUILD_MAINT_OPTIONS intact?
Can you test the package on other x86 machine without PAE?

Thanks,
Laszlo/GCS




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

Bug#744794: sidplayfp segfaults on startup (unless rebuilt without hardening?)

[Torbjörn Andersson]

Hi,

I finally had the time to sit down and look a bit more at this. It turns 
out I can make the crash go away by adding the following line to 
IniConfig::clear():


emulation_s.engine = NULL;

It seems that when it's reading the 'Engine' field from sidplayfp.ini, 
IniConfig::readString() never even gets to the part where it allocated a 
buffer for it. So presumably it was always left uninitialized, but it 
took the hardening flags to actually make it crash.


(Another part of the reason may have been that I never created any 
sidplayfp.ini myself, so I was provided with a default file where all 
entries were empty.)


For reference, here is what the backtrace looked like:

(gdb) bt
#0  0x8000bb21 in ConsolePlayer::ConsolePlayer (this=0xb0e8,
name=0xb49c 
/home/d91tan/Kickstarter/Breakout/Hack/sidplayfp-1.2.0/src/sidplayfp) 
at player.cpp:117

#1  0x8000396f in main (argc=1, argv=0xb304) at main.cpp:41
(gdb) print emulation
$1 = {engine = 0x Address 0x out of bounds,
  modelDefault = SidConfig::PAL, modelForced = false,
  sidModel = SidConfig::MOS6581, forceModel = false, filter = true,
  bias = optimized out, filterCurve6581 = optimized out,
  filterCurve8580 = optimized out}

Regards,

Torbjörn Andersson


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

Bug#744794: sidplayfp segfaults on startup (unless rebuilt without hardening?)

[Torbjörn Andersson]

On 2014-04-15 08:30, László Böszörményi (GCS) wrote:


  May you give me some pointers? Does it segfault even if executed
without arguments?


Yes, it segfaults immediately regardless of command-line parameters.

I tried adding some debug fprintf()s to main(), but it seems it never 
reached them, so maybe it crashes during the creation of the 
ConsolePlayer object?



What happens if you just rebuild it with the
DEB_BUILD_MAINT_OPTIONS intact?


If I build the package (to the best of my ability) without making any 
modifications, it behaves just like the official package: Segfault on 
startup. (If I just build it from the source with configure, then 
make, it works.)



Can you test the package on other x86 machine without PAE?


I'm afraid not. This is the only computer I have.

Regards,

Torbjörn Andersson


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

Bug#744794: sidplayfp segfaults on startup (unless rebuilt without hardening?)

[Torbjörn Andersson]

Package: sidplayfp
Version: 1.2.0-1
Severity: important

Dear Maintainer,

sidplayfp segfaults immediately on startup. It seems to work find if I 
remove export DEB_BUILD_MAINT_OPTIONS = hardening=+all from 
debian/rules and rebuild it, but I have to admit I don't really 
understand what that does.


Regards,

Torbjörn Andersson


-- 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_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sidplayfp depends on:
ii  libasound21.0.27.2-3
ii  libc6 2.18-4
ii  libgcc1   1:4.9-20140411-2
ii  libpulse0 5.0-2
ii  libsidplayfp  1.4.0-1
ii  libstdc++64.9-20140411-2

sidplayfp recommends no packages.

sidplayfp 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#743808: Multiple Views Text Widget demo crashes on launch

[Torbjörn Andersson]

Package: gtk-3-examples
Version: 3.12.0-4
Severity: normal

Dear Maintainer,

When trying to launch the Multiple Views Text Widget demo, it
crashes with the following message:

**
ERROR:/build/gtk+3.0-uVs8cd/gtk+3.0-3.12.0/./demos/gtk-demo/textview.c:140:insert_text: 
assertion failed: (pixbuf)

Aborted

I don't know if this is an upstream bug or a Debian-specific one.

Regards,

Torbjörn Andersson

-- 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_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gtk-3-examples depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.18.0-1
ii  libatk-bridge2.0-0   2.10.2-2
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-4
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgdk-pixbuf2.0-0   2.30.6-1
ii  libglib2.0-0 2.40.0-2
ii  libgtk-3-0   3.12.0-4
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpangoft2-1.0-01.36.3-1
ii  libx11-6 2:1.6.2-1
ii  libxcomposite1   1:0.4.4-1
ii  libxdamage1  1:1.1.4-1
ii  libxfixes3   1:5.0.1-1
ii  libxi6   2:1.7.2-1

gtk-3-examples recommends no packages.

gtk-3-examples 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#709646: List Store GTK+3 demo crashes with a failed assertion

[Torbjörn Andersson]

Package: gtk3-engines-xfce
Version: 3.0.1-2
Severity: normal

Hi,

Here are the steps to reproduce the problem for me:

Start gtk3-demo (from gtk-3-examples) and launch the List Store demo
that's found under Tree View. This crashes with the following message:

Gtk:ERROR:/build/buildd-gtk+3.0_3.8.2-1-i386-QJwgjT/gtk+3.0-3.8.2/./gtk/gtkcellrenderer.c:1727:gtk_cell_renderer_get_aligned_area: 
assertion failed: (aligned_area-x = cell_area-x  aligned_area-x = 
cell_area-x + cell_area-width)

Aborted

If I uninstall gtk3-engines-xfce, the demo launches without any
noticeable problems.

Regards,

Torbjörn Andersson

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

Kernel: Linux 3.8-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gtk3-engines-xfce depends on:
ii  libatk1.0-0 2.8.0-2
ii  libc6   2.17-3
ii  libcairo-gobject2   1.12.14-4
ii  libcairo2   1.12.14-4
ii  libgdk-pixbuf2.0-0  2.28.1-1
ii  libglib2.0-02.36.1-2build1
ii  libgtk-3-0  3.8.2-1
ii  libpango1.0-0   1.32.5-5

gtk3-engines-xfce recommends no packages.

gtk3-engines-xfce 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#687035: sox: play crashes when playing any WAV file, unless pulseaudio is installed

[Torbjörn Andersson]

Package: sox
Version: 14.4.0-3
Severity: normal

Dear Maintainer,

Lately, I've noticed that any file I try to play with play (mostly
WAV files, but it probably applies to all files that SoX can handle),
causes an instant segmentation fault, like so:

$ play sound.wav
play WARN alsa: can't encode 0-bit Unknown or not applicable
Segmentation fault

So far, I've found two workarounds. Either install the pulseaudio
package (which I'm a bit hesitant about because I've never had any
real need for it in the past) or manually set the AUDIODRIVER
environment variable to alsa or oss.

In other words, playback through ALSA or OSS still works, but it
seems to fail to detect that they would, and at some point during
that process it crashes. Here are the last few messages when running
the same command with the -V4 option:

play WARN alsa: can't encode 0-bit Unknown or not applicable
play DBUG alsa: selecting format 0: S8 (Signed 8 bit)
play INFO oss: OSS driver only supports bytes and words
play INFO oss: Forcing to signed linear word
Segmentation fault

I hope this is enough to determine more exactly what's wrong, be it a
program bug or a user error.

(All this seems familiar somehow... probably because I commented on
bug #664301 earlier this year. But I don't remember if this problem
appeared immediately after 14.4.0-3 was uploaded, or if it's more
recent. I would like to think that I'd have noticed, but I don't
actually use SoX very often.)

Regards,

Torbjörn Andersson

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

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sox depends on:
ii  libc6 2.13-35
ii  libgomp1  4.7.1-7
ii  libgsm1   1.0.13-4
ii  libltdl7  2.4.2-1.1
ii  libmagic1 5.11-2
ii  libpng12-01.2.49-3
ii  libsox-fmt-alsa   14.4.0-3
ii  libsox-fmt-ao 14.4.0-3
ii  libsox-fmt-base   14.4.0-3
ii  libsox-fmt-oss14.4.0-3
ii  libsox-fmt-pulse  14.4.0-3
ii  libsox2   14.4.0-3
ii  zlib1g1:1.2.7.dfsg-13

sox recommends no packages.

Versions of packages sox suggests:
ii  libsox-fmt-all  14.4.0-3

-- 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#677810: Package fails to configure

[Torbjörn Andersson]

Package: snort
Version: 2.9.2.2-2
Severity: important

First of all, I don't really know much about snort, but installing it 
seemed like a good idea at the time. This may be incredibly stupid of 
me, and I just don't realize it. That said, the latest package fails to 
configure for me, and I can't figure out what to do about it. Attempting 
to rule out bad configuration, I purged the old packages so that I would 
get a clean install. This is what happens when the package is configured:


# dpkg --configure --pending
Setting up snort (2.9.2.2-2) ...
[warn] Stopping Network Intrusion Detection System : snort[] - No 
running snort instance found ... (warning).
[FAIL] Starting Network Intrusion Detection System : snort (eth0 using 
/etc/snort/snort.conf ...ERROR: failed (check /var/log/daemon.log, 
/var/log/syslog and /var/log/snort/)) failed!

invoke-rc.d: initscript snort, action start failed.
dpkg: error processing snort (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 snort

There is nothing to see in /var/log/snort other than an empty alerts 
file. There are plenty of messages in daemon.log and syslog (they appear 
to be the same messages), but none of them look like obvious errors to 
me. The last few were:


Jun 16 22:35:07 localhost snort[23531]: rpc_decode arguments:
Jun 16 22:35:07 localhost snort[23531]: Ports to decode RPC on: 111 
32770 32771 32772 32773 32774 32775 32776 32777 32778 32779

Jun 16 22:35:07 localhost snort[23531]: alert_fragments: INACTIVE
Jun 16 22:35:07 localhost snort[23531]: alert_large_fragments: INACTIVE
Jun 16 22:35:07 localhost snort[23531]: alert_incomplete: INACTIVE
Jun 16 22:35:07 localhost snort[23531]: alert_multiple_requests: 
INACTIVE

Jun 16 22:35:07 localhost snort[23531]: FTPTelnet Config:
Jun 16 22:35:07 localhost snort[23531]: GLOBAL CONFIG
Jun 16 22:35:07 localhost snort[23531]:   Inspection Type: stateful
Jun 16 22:35:07 localhost snort[23531]:   Check for Encrypted 
Traffic: YES alert: NO
Jun 16 22:35:07 localhost snort[23531]:   Continue to check 
encrypted data: NO
Jun 16 22:35:07 localhost rsyslogd-2177: imuxsock begins to drop 
messages from pid 23531 due to rate-limiting


If I start snort in self-test mode I get a lot of output, with the last 
couple of lines being:


DNP3 config:
Memcap: 262144
Check Link-Layer CRCs: ENABLED
Ports:
2
Reputation config:
ERROR: /etc/snort/snort.conf(512) = Unable to open address file 
/etc/snort/../rules/white_list.rules, Error:

Fatal Error, Quitting..

But I don't know if that error is what's preventing configuration, or if 
the error happens because the package isn't configured. I can't find any 
package that provides the file, so I figured that perhaps it's 
automatically generated or something like that.


Please let me know if there's any information I should provide to help 
diagnosing the problem.


Regards,

Torbjörn Andersson


-- 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_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages snort depends on:
ii  adduser  3.113+nmu3
ii  debconf [debconf-2.0]1.5.43
ii  libc62.13-33
ii  libdaq0  0.6.2-2
ii  libdumbnet1  1.12-3.1
ii  libgcrypt11  1.5.0-3
ii  libgnutls26  2.12.20-1
ii  libpcap0.8   1.3.0-1
ii  libpcre3 1:8.30-5
ii  libprelude2  1.0.0-9
ii  libuuid1 2.20.1-5
ii  logrotate3.8.1-4
ii  net-tools1.60-24.1
ii  rsyslog [system-log-daemon]  5.8.11-1+b1
ii  snort-common 2.9.2.2-2
ii  snort-common-libraries   2.9.2.2-2
ii  snort-rules-default  2.9.2.2-2
ii  zlib1g   1:1.2.7.dfsg-11

Versions of packages snort recommends:
ii  iproute  20120521-2

Versions of packages snort suggests:
pn  snort-doc  none

-- debconf information:
* snort/startup: boot
  snort/please_restart_manually:
* snort/stats_treshold: 1
* snort/address_range: 192.168.0.0/16
  snort/options:
  snort/invalid_interface:
* snort/interface: eth0
* snort/stats_rcpt: d91tan
* snort/send_stats: true
  snort/config_parameters:
  snort/disable_promiscuous: false



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

Bug#664301: sox: play FAIL formats: can't open output file, `default': can not open audio device: Connection refused

[Torbjörn Andersson]

I'm not the original reporter, but I am getting the same behaviour, even 
with all the libsox-fmt-* packages at the same version as the other SoX 
packages.


I don't know what my default audio device is - I'm not aware of making 
any conscious decision - but it seems that SoX thinks it's PulseAudio. 
Setting the AUDIODRIVER environment variable to pulseaudio produces 
the same error message, while setting it to alsa, ao, oss, or 
ossdsp all seem to work fine for me.


Installing the pulseaudio package makes the error message go away, 
though I'm not getting any sound; probably some configuration issue on 
my end. Since everything else works just fine without it, I'm hesitant 
to keep it installed.


Torbjörn Andersson



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

Bug#629935: Corrupted (?) icons

[Torbjörn Andersson]

Package: tango-icon-theme
Version: 0.8.90-4

After upgrading to tango-icon-theme 0.8.90-4, some icons were wrong. 
Perhaps most noticeably the back and forward buttons in Iceweasel.


I don't have a complete list of icons which look different in 0.8.90-3 
and 0.8.90-4 but here are a few examples, all from 
/usr/share/icons/Tango/24x24/actions/


add.png
back.png
down.png
forward.png
gtk-go-down.png

Coincidence or not, most of these are various arrow symbols.

Regards,

Torbjörn Andersson



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

Bug#627348: New Tab often unresponsive the first time I start Chromium

[Torbjörn Andersson]

Package: chromium
Version: 11.0.696.68~r84545-2
Severity: normal

Normally when I start Chromium, I get a built-in start page with 
recently visited pages etc. However if I haven't run Chromium for a 
while, and then start it, I usually get a blank page. After a while, I'm 
told that the New Tab page has become unresponsive:


   Page(s) Unresponsive
   The following page(s) have become unresponsive.
   You can wait for them to become responsive or kill
   them.

  New Tab
[Kill pages] [Wait]

Nothing useful is printed to the console. Only a message about the debug 
file /home/username/tmp/mozdebug being opened, and I think that comes 
from the mozplugger package. Removing that didn't seem to make any 
difference.


Chosing to kill the tab doesn't help much. I do get a new tab, and when 
I use it a page may load at least partially, but then it usually becomes 
unresponsive again.


If I quit Chromium its processes remain running, presumably waiting for 
something to die. However, if I terminate it forcibly (e.g. by pressing 
Ctrl-C at the prompt where I launched it) and start it again, it works. 
When hitting Ctrl-C the following messages are printed to the console:


   Handling SIGINT.
   Check failed: g_shutdown_pipe_write_fd != -1
   Handling SIGINT.
   Successfully wrote to shutdown pipe, resetting signal handler.

(The order of the messages may differ. I have to hit Ctrl-C a second 
time for Chromium to die.)


But that's not much different from what happens if I kill a working 
Chromium the same way.


My only theory, and it's just a wild guess, is that it's somehow related 
to timing and/or threading. The first time, it presumably had to load 
everything from disk, while the second time it was cached in memory. 
This could of course affect the timing of things. This is almost - but 
not quite - always enough to reproduce the bug for me:


   # sync
   # echo 3  /proc/sys/vm/drop_caches
   $ chromium

(This is voodoo to me; I just came across it today while looking for 
ways to clear the file system cache.)


I don't think I have any old configuration that messes things up. I 
almost only use Chromium when Iceweasel fails me. I tried removing my 
~/.config/chromium directory, and it still happened. It seems more 
likely that it's interacting badly with something else that I've 
installed, but I don't know what. (I do have the flashplugin-nonfree 
package installed, but that can't be uncommon.)


This is all frustratingly vague, and debugging Chromium from the source 
code is beyond my abilities. But if someone could tell me how to produce 
usable debug output, I'd be happy to.


Regards,

Torbjörn Andersson


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

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages chromium depends on:
ii  chromium-inspect 11.0.696.68~r84545-2page inspector for the 
chromium br
ii  libasound2   1.0.23-4shared library for ALSA 
applicatio
ii  libbz2-1.0   1.0.5-6 high-quality block-sorting 
file co
ii  libc62.13-4  Embedded GNU C Library: 
Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector 
graphics libra
ii  libcups2 1.4.6-5 Common UNIX Printing 
System(tm) -
ii  libdbus-1-3  1.4.8-3 simple interprocess 
messaging syst
ii  libdbus-glib-1-2 0.92-1  simple interprocess 
messaging syst
ii  libevent-1.4-2   1.4.13-stable-1 An asynchronous event 
notification
ii  libexpat12.0.1-7 XML parsing C library - 
runtime li
ii  libfontconfig1   2.8.0-2.2   generic font configuration 
library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, 
shared lib

ii  libgcc1  1:4.6.0-7   GCC support library
ii  libgconf2-4  2.28.1-6GNOME configuration 
database syste
ii  libgcrypt11  1.4.6-5 LGPL Crypto library - 
runtime libr

ii  libgdk-pixbuf2.0 2.23.3-3GDK Pixbuf library
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user 
interface
ii  libjpeg626b1-1   The Independent JPEG 
Group's JPEG
ii  libnspr4-0d  4.8.7-2 NetScape Portable Runtime 
Library
ii  libnss3-1d   3.12.9.with.ckbi.1.82-1 Network Security Service 
libraries
ii  libpam0g 1.1.2-3 Pluggable Authentication 
Modules l
ii  libpango1.0-01.28.3-6Layout and rendering of 
internatio

ii  libpng12-0   1.2.44-2PNG library - runtime
ii  libprotobuf7 2.4.0a-2protocol buffers C++ library
ii

Bug#505719: RFP: trac-wikiticketcalendar-macro -- ticket calendar macro for the Trac wiki

[Torbjörn Andersson]

This bug report/RFP was closed by the most recent update to e2fsprogs. 
That has to have been by mistake, right? I haven't been able to find the 
proper way to report my concerns, so if I did it wrong I apologize, but 
I hope this is close enough.


Torbjörn Andersson



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

Bug#623161: Internal error when building Executor Macintosh emulator

[Torbjörn Andersson]

I've tried the test cases (both the original and my small one) with 
gcc-snapshot (20110409-1) now. Same error:


$ gcc test.c
test.c: In function 'main':
test.c:3:3: internal compiler error: in gimplify_expr, at gimplify.c:7024
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-snapshot/README.Bugs for instructions.

Torbjörn Andersson



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

Bug#623161: Internal error when building Executor Macintosh emulator

[Torbjörn Andersson]

Package: gcc-4.5
Version: 4.5.2-9
Severity: normal

I was trying to compile the Executor Macintosh emulator, using the Git 
repositories at


https://github.com/ctm/syn68k
https://github.com/ctm/executor

Compiling syn68k went without any obvious problems, but when compiling 
executor itself, GCC printed the following error:


gcc -DHAVE_CONFIG_H -I. -I../src  -I../src/include 
-I../src/config/front-ends/sdl -I../src/config/os/linux 
-I../src/config/arch/i386-g -O2 -MT qIMVxfer.o -MD -MP -MF 
.deps/qIMVxfer.Tpo -c -o qIMVxfer.o ../src/qIMVxfer.c

../src/qIMVxfer.c: In function ‘convert_pixmap_with_IMV_mode’:
../src/qIMVxfer.c:699:7: internal compiler error: in gimplify_expr, at 
gimplify.c:6896

Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-4.5/README.Bugs for instructions.

The qIMVxfer.c file is a nightmarish mess of pre-processor magic. I 
tried boiling it down to a minimal test case and ended up with this:


int main() {
unsigned long int pixel;
((void)((1 == 2) ? ((void)(0)) : ((pixel) = 0)));
return 0;
}

I saved this as test.c, and got the same error when compiling that:

$ gcc test.c
test.c: In function ‘main’:
test.c:3:3: internal compiler error: in gimplify_expr, at gimplify.c:6896
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-4.5/README.Bugs for instructions.

GCC 4.6.0-3 prints an almost identical error. I haven't tried with 
anything more recent than that. (I know I should try it with 
gcc-snapshot, but it's getting really late here.)


Now, I'll be the first to admit that my boiled-down test case is utter 
nonsense, but I figured that even rubbish like that shouldn't cause 
internal compiler errors.


Sincerely,

Torbjörn Andersson

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

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gcc-4.5 depends on:
ii  binutils   2.21.0.20110327-3 The GNU assembler, linker 
and bina

ii  cpp-4.54.5.2-9   The GNU C preprocessor
ii  gcc-4.5-base   4.5.2-9   The GNU Compiler Collection 
(base
ii  libc6  2.11.2-11 Embedded GNU C Library: 
Shared lib
ii  libcloog-ppl0  0.15.9-3  the Chunky Loop Generator 
(runtime
ii  libelfg0   0.8.13-1  an ELF object file access 
library

ii  libgcc11:4.6.0-3 GCC support library
ii  libgmp10   2:5.0.1+dfsg-7Multiprecision arithmetic 
library
ii  libgmpxx4ldbl  2:5.0.1+dfsg-7Multiprecision arithmetic 
library
ii  libgomp1   4.6.0-3   GCC OpenMP (GOMP) support 
library
ii  libmpc20.9-3 multiple precision complex 
floatin
ii  libmpfr4   3.0.0-9   multiple precision 
floating-point
ii  libppl-c4  0.11.2-3  Parma Polyhedra Library (C 
interfa
ii  libppl90.11.2-3  Parma Polyhedra Library 
(runtime l

ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages gcc-4.5 recommends:
ii  libc6-dev 2.11.2-11  Embedded GNU C Library: 
Developmen


Versions of packages gcc-4.5 suggests:
pn  binutils-gold none (no description available)
pn  gcc-4.5-doc   none (no description available)
pn  gcc-4.5-locales   none (no description available)
pn  gcc-4.5-multilib  none (no description available)
pn  libgcc1-dbg   none (no description available)
pn  libgomp1-dbg  none (no description available)
pn  libmudflap0-4.5-dev   none (no description available)
pn  libmudflap0-dbg   none (no description available)
pn  libppl-c2 none (no description available)
pn  libppl7   none (no description available)

-- no debconf information



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

Bug#593641: SoX encoder fails with SoX = 14.1.0 (I think)

[Torbjörn Andersson]

Package: libk3b6
Version: 2.0.1-1

I noticed that if I try to rip an audio CD and select the SoX encoder, 
K3b will claim that it succeeded but no audio files are created. The 
same thing happened with most file types, actually, but I think they too 
use the SoX plugin.


I turned on debugging, and noticed the following messages in the output:

k3b(14809) K3bSoxEncoder::initEncoderInternal: /usr/bin/sox -t raw -r 
44100 -s -2 -c 2 - -t wav -r 44100 -c 2 -w -a filename withheld
k3b(14809) K3bSoxEncoder::slotSoxOutputLine: (sox)  /usr/bin/sox: 
invalid option -- w
k3b(14809) K3bSoxEncoder::slotSoxOutputLine: (sox)  /usr/bin/sox FAIL 
sox: invalid option


According to the SoX changelog, the -w option was deprecated in 13.0.0 
and removed in 14.1.0. (Debian unstable currently uses 14.3.1.) It was 
replaced by the -2 option. K3b tries to detect this and act accordingly, 
but is only partly successful. Here's what happens in 
plugins/encoder/sox/k3bsoxencoder.cpp


   179  if ( soxBin-version = K3b::Version( 13, 0, 0 ) )
   180  *d-process  -2;
   181  else
   182  *d-process  -w;// 16-bit words

   ...

   195  int size = grp.readEntry( data size, 
DEFAULT_DATA_SIZE );
   196  *d-process  ( size == 8 ? QString(-b) : ( size 
== 32 ? QString(-l) : QString(-w) ) );


I believe the first snippet sets the options for the input file and the 
second one sets them for the output file, but only the first one checks 
the SoX version. I believe it's sufficient to add such a check to the 
second snippet, to make it use -1, -2 and -4 instead of -b, -w and -l.


Sincerely,

Torbjörn Andersson



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

Bug#528564: [jmdlx] DWELL RATIO and HEIGHT RATIO change without reason

[Torbjörn Andersson]

 Every time I load a pattern DWELL
 RATIO and  HEIGHT RATIO change to 3 and 10.

I just installed this package, and I'm having the same problem. I think 
I see why.


The pattern parameters (DR, HR, etc.) are stored as floating-point 
numbers in the patterns file. These are then parsed using sscanf(). 
However, sscanf() is locale-dependent so this only works if the decimal 
point is a point and not something else. I live in Sweden, so in my 
locale the decimal point is a comma. The parameters are parsed as 
zeroes, which is adjusted to the lowest values allowed. (Though I 
thought that was 4 and 10, not 3 and 10. Hmm...)


I'm not sure what the proper fix is. Perhaps to set the LC_NUMERIC 
locale to C or something like that during the parsing and reset it 
afterwards, perhaps?


In the meantime, you could start it from a command prompt with 
LC_NUMERIC=. jmdlx, and it should work. I think. There still appear to 
be a fair number of glitches in the user interface.


Sincerely,

Torbjörn Andersson



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

Bug#590304: XScreenSaver hacks sometimes vanish from KDE system settings

[Torbjörn Andersson]

Package: kscreensaver-xsavers
Version: 4.4.5-1

(This presumably applies to kscreensaver-xsavers-webcollage as well.)

Sometimes I notice that the screensaver I picked doesn't run, and 
instead the screen is just blanked. When I look in the KDE system 
settings, I see that the XScreenSaver hacks are gone. KDE's own screen 
savers are still listed, as are the ones from rss-glx.


Currently I have the following XScreenSaver packages installed:

ii  xscreensaver-data  5.11-1
ii  xscreensaver-data-extra5.11-1
ii  xscreensaver-gl5.11-1
ii  xscreensaver-gl-extra  5.11-1
ii  xscreensaver-screensaver-bsod  5.11-1
ii  xscreensaver-screensaver-webcollage5.11-1

I.e. I do not have the actual xscreensaver package, since I figured 
that KDE handles those parts by itself, and running both would just lead 
to confusion.


If I do install xscreensaver the XScreenSaver hacks reappear in the 
KDE system settings, and remain there even if I purge xscreensaver 
immediately afterwards. I'm guessing that the problem is that the 
.desktop files for the XScreenSaver hacks contain the following line:


TryExec=xscreensaver

Perhaps that should be removed? Or should there be a dependency on 
xscreensaver after all? I'm sure you have a much better idea how this is 
supposed to work than I do.


Regards,

Torbjörn Andersson



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

Bug#578107: FATAL: Module snd_seq_oss not found.

[Torbjörn Andersson]

I haven't been able to use /dev/sequencer in a long time either. I'm 
guessing it's because of this kernel configuration I see in my 
/boot/config-2.6.32-5-686:


# CONFIG_SND_SEQUENCER_OSS is not set

Since all the MIDI applications that I care about can use ALSA's 
sequencer instead (I use asfxload to load sound fonts into my SB Live 
card) this has rarely bothered me. Though there have been times when I 
would have liked to be able to at least test the OSS sequencer.


Torbjörn Andersson



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

Bug#536667: Settings window in media player example is too wide

[Torbjörn Andersson]

This problem seems to have been fixed in the 4.6.2-4 packages. The 
settings window is now quite narrow (perhaps too narrow, but I assume 
that's by design), and the texts in the Audio device and Audio effect 
dropdowns are truncated instead of forcing the size of the window.


The texts for the audio devices are still very long, but if that's a bug 
it's probably in the configuration, not the application.


Regards,

Torbjörn Andersson




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

Bug#569771: LaTeX Reference and User Manual not found

[Torbjörn Andersson]

Package: texmaker
Version: 1.9.9-1

The Help menu entries LaTeX Reference and User Manual produce only a
File not found error messages. This appears to be because it looks for
the help files in /usr/share/texmaker (see LatexHelp() and
UserManualHelp() in texmaker.cpp) while the texmaker-data package puts
them in /usr/share/doc/texmaker/html

Regards,

Torbjörn Andersson



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b778b7d.1020...@telia.com

Bug#568713: Usage error message (harmless?) from dpkg --compare-versions on clean install

[Torbjörn Andersson]

Package: openoffice.org-writer2latex
Version: 1.0-6
Severity: normal

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

Hi,

If I do a clean install of openoffice.org-writer2latex, I get an error
message from dpkg --compare-versions that I don't get if I install it
over an already installed package. I can see the postinst script tries
to test for this case but I guess the test is insufficient. Here's what
the output looks like:

Selecting previously deselected package openoffice.org-writer2latex.
(Reading database ... 373531 files and directories currently installed.)
Unpacking openoffice.org-writer2latex (from
openoffice.org-writer2latex_1.0-6_all.deb) ...
Setting up openoffice.org-writer2latex (1.0-6) ...
dpkg: --compare-versions takes three arguments: version relation
version

Type dpkg --help for help about installing and deinstalling packages [*];
Use `dselect' or `aptitude' for user-friendly package management;
Type dpkg -Dhelp for a list of dpkg debug flag values;
Type dpkg --force-help for a list of forcing options;
Type dpkg-deb --help for help about manipulating *.deb files;
Type dpkg --license for copyright license and lack of warranty (GNU GPL)
[*].

Options marked [*] produce a lot of output - pipe it through `less' or
`more' !
Copying: writer2latex.oxt
Enabling: Writer2LaTeX export filters
 Enabling: writer2latex.rdb
 Enabling: W2LDialogs
 Enabling: Options.xcs
 Enabling: writer2latex-filter.jar
 Enabling: w2l_types.xcu
 Enabling: w2l_filters.xcu
 Enabling: Options.xcu

unopkg done.

Sincerely,

Torbjörn Andersson

-- Package-specific info:
Identifier: org.openoffice.da.writer2latex.oxt
  Version: 1.0
  URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/dTPW11_/writer2latex.oxt
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: Writer2LaTeX provides Writer export filters for LaTeX and
BibTeX
  bundled Packages: {
  URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/dTPW11_/writer2latex.oxt/writer2latex.rdb
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-typelibrary;type=RDB
  Description:
  URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/dTPW11_/writer2latex.oxt/W2LDialogs/
  is registered: yes
  Media-Type: application/vnd.sun.star.basic-library
  Description:
  URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/dTPW11_/writer2latex.oxt/Options.xcs
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-schema
  Description:
  URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/dTPW11_/writer2latex.oxt/writer2latex-filter.jar
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Java
  Description:
  URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/dTPW11_/writer2latex.oxt/w2l_types.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description:
  URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/dTPW11_/writer2latex.oxt/w2l_filters.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description:
  URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/dTPW11_/writer2latex.oxt/Options.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description:
  }

-- System Information:
Debian Release: squeeze/sid
Architecture: i386 (i686)

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

Versions of packages openoffice.org-writer2latex depends on:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration
ii  gcj-4.4-jre [java5-runtime]   4.4.3-1Java runtime environment
ii  gcj-jre [java5-runtime]   4:4.4.2-3  Java runtime environment
ii  openoffice.org-core   1:3.1.1-15 full-featured office
ii  openoffice.org-java-common1:3.1.1-15 full-featured office
ii  procps1:3.2.8-6  /proc file system utilities
ii  sun-java6-jre [java5-runtime] 6-17-1 Sun Java(TM) Runtime

openoffice.org-writer2latex recommends no packages.

openoffice.org-writer2latex suggests no packages.

-- debconf information:
  shared/openofficeorg-running:



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

Bug#564478: Depends on libglib2.0, which doesn't seem to be available

[Torbjörn Andersson]

Package: libfluidsynth-dev
Version: 1.1.1-1

When installing libfluidsynth-dev (i386) for squeeze/sid, I'm told that
it depends on libglib2.0, which is not installed. I could be wrong, but
shouldn't that be libglib2.0-0, or possibly libglib2.0-dev?

Versions of packages libfluidsynth-dev depends on:
ii  ladcca-dev   0.4.0-6+b1  Development files for LADCCA
ii  libasound2-dev   1.0.21a-1   shared library for ALSA applicatio
ii  libfluidsynth1   1.1.1-1 Real-time MIDI software synthesize
pn  libglib2.0   none  (no description available)
ii  libjack-dev  0.118+svn3796-1 JACK Audio Connection Kit (develop
ii  liblash-dev  0.5.4-3 LASH Audio Session Handler (LASH)
ii  libncurses5-dev  5.7+20090803-2  developer's libraries and docs for
ii  libpulse-dev 0.9.21-1PulseAudio client development head
ii  libreadline-dev  6.1-1   GNU readline and history libraries
ii  libsndfile1-dev  1.0.21-2Development files for libsndfile;

Sincerely,

Torbjörn Andersson



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

Bug#536667: Settings window in media player example is too wide

[Torbjörn Andersson]

Package: qt4-demos
Version: 4.5.2-1
Severity: minor

The Qt4 demos include a media player under the Demonstrations
category. If I launch this demo and open the settings dialog, it's much
wider than it should be. Probably about twice as wide as my screen.

I'm guessing that this is because the Audio device drop-down contains
not just the name of the audio device, but also its description. This
appears to be the relevant part of the example source code:

 // Insert audio devices:
 QListPhonon::AudioOutputDevice devices =
Phonon::BackendCapabilities::availableAudioOutputDevices();
 for (int i=0; idevices.size(); i++){
 QString itemText = devices[i].name();
 if (!devices[i].description().isEmpty()) {
 itemText += QString::fromLatin1(
(%1)).arg(devices[i].description());
 }
 ui-deviceCombo-addItem(itemText);
 if (devices[i] == m_AudioOutput.outputDevice())
 ui-deviceCombo-setCurrentIndex(i);
 }

In my case, the drop-down contains the following texts:

SBLive! Value (rev.8) Standard PCM Playback (htmlThis will try the
following devices and use the first that works: olliALSA:
x-phonon:CARD=0,DEV=0/liliALSA: plughw: CARD=0,DEV=0/liliOSS:
/dev/dsp/liliOSS: /dev/audio/li/ol/html)

PulseAudio (xine audio output plugin using pulseaudio sound server)

Jack Audio Connection Kid (htmlpJACK is a low-latency audio server.
It can connect a number of different applications to an audio device, as
well as allowing them to share audio between themselves./ppJACK was
designed from the ground up for professional audio work, and its design
focuses on two key areas: synchronous execution of all clients, and low
latency operation./p/html)

Esound (ESD) (xine audio output plugin using esound)

I don't know if this is a problem with the demo, or if some of the audio
devices are abusing the description field. The KDE 4 Multimedia - System
Settings dialog only lists the name (e.g. Jack Audio Connection Kit)
and uses the description for a tooltip, and I like that.

Sincerely,

Torbjörn Andersson




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

Bug#536558: qt4-demos should suggest or recommend qt4-dev-tools?

[Torbjörn Andersson]

Package: qt4-demos
Version: 4.5.2-1

If I press the Documentation button at any of the demonstrations in
qtdemo, it launches /usr/bin/assistant-qt4 which is part of the
qt4-dev-tools package. Does that mean qt4-demos should suggest or
recommend qt4-dev-tools?

Sincerely,

Torbjörn Andersson



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

Bug#531116: Installation hangs while adding the extension

[Torbjörn Andersson]

Rene Engelhard wrote:

 And loops when trying to find Java...

I have to admit I'm mostly ignorant when it comes to Java, so I'm not
sure which packages that involves. Though /usr/bin/java on my machine is
actually gij (GNU libgcj) version 4.3.3 (debian package 4.3.3-8), if
that's what you mean.

 Well, there is #530694 against -wiki-publisher

Really? Dang, I thought I searched all the OpenOffice.org bug reports
for hang, but somehow I missed that one. My mistake. I see it mentions
hanging when removing the package. I don't think that happened to me
with this package, though that may be because I never managed to fully
install and configure it.

I seem to recall that trying to install it again, over the already
incompletely installed -4 package would cause it to hang while trying to
remove the extension. I thought the hang during installation was a
cleaner test case though, since that happened even if I purged the old
package before installing the new one.

 Hrmf. Why do people always use old versions of packages. This causes
 unclear statements like this when a bug appeared first.
 IMHO everyone using sid should update regularily. (And regularily is not
 the time between 3.1.0-1 and -4..)

Well, I usually do update every day (unless there are only a few new
packages, and none of them seem terribly important), but I don't think I
even saw -2 go into unstable (a glitch with the mirror I used?), and -4
appeared while I was still waiting for the i386 packages of -3.

Regards,

Torbjörn



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

Bug#531116: Installation hangs while adding the extension

[Torbjörn Andersson]

Package: openoffice.org-report-builder
Version: 1:1.1.0+OOo3.1.0-4

Hi,

When I try to install the latest version of
openoffice.org-report-builder, the installation hangs:

Selecting previously deselected package openoffice.org-report-builder.
(Reading database ... 361775 files and directories currently installed.)
Unpacking openoffice.org-report-builder (from
openoffice.org-report-builder_1.1.0+OOo3.1.0-4_all.deb) ...
Setting up openoffice.org-report-builder (1:1.1.0+OOo3.1.0-4) ...
Adding extension
/usr/lib/openoffice/share/extension/install/sun-report-builder.oxt...

I've left it running for over an hour, to no avail.

Since it's been a couple of days since the package was released, and I
haven't seen any other bug report about it, I assume that it's at least
partly my own fault. However, I have no idea what sort of information
you would need to determine exactly how I screwed up, so please let me know.

Installing version 1:1.1.0+OOo3.1.0-1 of the package works fine. Adding
the extension takes a few seconds, at most. I don't have any of the
versions between that.

-- System Information:
Debian Release: squeeze/sid
Architecture: i386 (i686)

Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openoffice.org-report-builder depends on:
ii  gcj-jre [java5-runtime]4:4.3.3-8 Java runtime environment
using GIJ
ii  java-gcj-compat [java5-run 1.0.80-3  Java runtime environment
using GIJ
ii  libbase-java-openoffice.or 1.0.0-OOo31-2 A general purpose base
service lib
ii  libcommons-logging-java1.1.1-3   commmon wrapper interface
for seve
ii  libflute-java-openoffice.o 1.3.0-OOo31-3 Java CSS parser using SAC
(OOo 3.1
ii  libfonts-java-openoffice.o 1.0.0-OOo31-2 Java fonts layouting
library (OOo
ii  libformula-java-openoffice 0.2.0-OOo31-2 Excel(tm) style formula
expression
ii  liblayout-java-openoffice. 0.2.9-OOo31-3 Java layouting framework
(OOo 3.1
ii  libloader-java-openoffice. 1.0.0-OOo31-2 Java general purpose
resource load
ii  libpentaho-reporting-flow- 0.9.2-OOo31-3 report library for java
(OOo 3.1 b
ii  librepository-java-openoff 1.0.0-OOo31-2 abstraction library for
accessing
ii  libsac-java1.3-2 Simple API for CSS Java library
ii  libserializer-java-openoff 1.0.0-OOo31-2 igeneral serializaton
framework  (
ii  libxml-java-openoffice.org 1.0.0-OOo31-2 namespace aware SAX-Parser
utility
ii  openoffice.org-java-common 1:3.1.0-4 full-featured office
productivity
ii  openoffice.org-report-buil 1:3.1.0-4 OpenOffice.org extension
for build
ii  sun-java6-jre [java5-runti 6-13-1Sun Java(TM) Runtime
Environment (

openoffice.org-report-builder recommends no packages.

openoffice.org-report-builder suggests no packages.

Versions of packages openoffice.org-base depends on:
ii  gcj-jre [java5-runtime] 4:4.3.3-8Java runtime environment
using GIJ
ii  java-gcj-compat [java5- 1.0.80-3 Java runtime environment
using GIJ
ii  libc6   2.9-13   GNU C Library: Shared libraries
ii  libgcc1 1:4.4.0-5GCC support library
ii  libhsqldb-java  1.8.0.10-2   Java SQL database engine
ii  libstdc++6  4.4.0-5  The GNU Standard C++ Library v3
ii  libstlport4.6ldbl   4.6.2-5  STLport C++ class library
ii  openoffice.org-base-cor 1:3.1.0-4full-featured office
productivity
ii  openoffice.org-core 1:3.1.0-4full-featured office
productivity
ii  openoffice.org-java-com 1:3.1.0-4full-featured office
productivity
ii  sun-java6-jre [java5-ru 6-13-1   Sun Java(TM) Runtime
Environment (
ii  ure 1.5.0+OOo3.1.0-4 OpenOffice.org UNO runtime
environ

Sincerely,

Torbjörn Andersson



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

Bug#379059: kde screensaver unreliable

[Torbjörn Andersson]

I've been having trouble with the KDE screensaver being turned off, too,
using the current unstable Debian. This is speculation, but I think I've
managed to find a reliable way to trigger it:

* Start an SDL application. They seem to turn off the screensaver while
they're running, and restore it on exit.

* Start a second SDL application. This one will presumably remember the
original state as being one where the screensaver is off.

* End the first application. The screensaver is restored to being on.

* End the second application. The screensaver is restored to being off.

Though I can't seem to turn off DPMS this way. Maybe something's wrong
in my guessing...

Torbjörn Andersson

Bug#344385: firefox: Some pages are useably slow

[Torbjörn Andersson]

I don't have any problems with the perl.com page either. Not with
1.5.dfsg+1.5.0.1-2 at least. One page that has caused me problems
lately, though, is http://www.aftonbladet.se

When I timed it earlier today, Firefox used all available CPU time for
just over a minute, before settling down again. (The page shows up and
is usable long before that, of course, but you can feel the computer is
bogged down with whatever it is that Firefox is doing.) At first I
thought maybe Flash was to blame, in spite of having the Flashblock
extension installed, but that does not seem to be the case.

Disabling JavaScript cuts down that time to about 25 seconds. An
improvement, but it still seems like a rather long time.

Granted, my computer is a lowly 450 MHz P3 with 256 MB RAM, so it's not
exactly state-of-the-art any more. I don't know how it behaves on faster
computers.

The only extensions I have installed are DOM Inspector (1.8.0.1) and
Flashblock (1.5.1). I do have the official Shockwave Flash plugin (7.0
r61) and, since I haven't yet figured out how to disable it, the SVG
plugin (2.12.7-5) from librsvg2-bin. Other than that, it should be a
pretty bare-bones Firefox installation.

Regards,

Torbjörn Andersson