Bug#1068174: Debian FPGA toolchain update and testing

[Philipp Klaus Krause]

Am 25.04.24 um 13:14 schrieb Daniel Gröber:

On Tue, Apr 23, 2024 at 01:40:48PM +0200, Philipp Klaus Krause wrote:

I have done a quick test of the latest upstream release, yosys 0.40 on
my Debian GNU/Linux (mixture of testing and unstable) amd64 system.


All sounds good. I'll be at mini DebConf Berlin in a couple of weeks and
I'll be working on this stuff there. Would be good if you have some time
while that's going on (14-21th May) to do testing.


So far, it looks like I can do that.

Philipp

P.S.: I now did a quick test of yosys on amd64 (looks good) and ppc64
(looks bad - https://github.com/YosysHQ/yosys/issues/4358
https://github.com/YosysHQ/yosys/issues/2645).

Bug#1068174: Upstream yosys 0.40 works for me

[Philipp Klaus Krause]

I have done a quick test of the latest upstream release, yosys 0.40 on
my Debian GNU/Linux (mixture of testing and unstable) amd64 system.

* I built yosys using plain "make" (worked fine, unlike 0.38, where I
ran into https://github.com/YosysHQ/yosys/issues/4244, and had to use a
workaround)
* The upstream tests via "make test" passed
* I installed as root via "make install"
* I synthesized some Verilog code for the iCE40UP5, and put it on an
iCEBreaker board: Two f8-based SoC (one using a single-cycle f8, one
using a multi-cycle f8), and ran both an LED blink program and a "Hello,
world!" via soft-UART. Both worked for me.
* I was also able to synthesize for the GateMate, but did not test on
the FPGA board yet. Just like in 0.38, I had to use -nomx8, as the
defaults generate MX8 cells that haven't been supported by the P tool
for many months: https://github.com/YosysHQ/yosys/issues/4355

Philipp

Bug#1068174: Debian FPGA toolchain update and testing (Was: Bug#1068174: yosys: Please package the latest upstream release)

[Philipp Klaus Krause]

Am 20.04.24 um 16:15 schrieb Daniel Gröber:

On Mon, Apr 01, 2024 at 11:48:16AM +0200, Philipp Klaus Krause wrote:

I use yosys to synthesize for the iCE40UP and GateMate FPGAs. IMO, the
current upstream release 0.38 has substantial improvements over the 0.33
release currently in Debian.


Neat, are the GateMates finally available on the open market then? I'd love
to get my hands on some dev hardware.


Yes, I got the GateMateA1-EVB board from Olimex, since it is
substantially cheaper than the official CologneChips one, and I have no
use for most of the extra features of the CologneChips board:
https://www.olimex.com/Products/FPGA/GateMate/GateMateA1-EVB/open-source-hardware


Are you open to doing some testing for the new package version once I get
around to putting it together? I can do end-to-end testing on ICE40(HX) and
(probably) GW1N (if I can figure out how to flash this thing) maybe
@Jonathan (in CC) can cover ECP5 and you could do ICE40UP and GateMate?


I can do some testing on iCE40UP5 (iCEBreaker board) and GateMateA1
(GateMateA1-EVB board). I run Debian on amd64, arm64, and ppc64 (but so
far used yosys on amd64 only).


I've been meaning to look into what we could use for testing beyond simple
blinkies. Perhaps some CPU? I'd like to have something that can run
internal consistency checks. If anyone has any ideas let me know.


My use-case is basically that: the experimental f8 CPU
(https://sourceforge.net/p/sdcc/code/HEAD/tree/branches/f8/f8/). I
actually use "simple blinkies" for testing": a basic f8-based SoC, that
runs a program on the CPU that does the blinking. However, I write
System Verilog, so I use sv2v (not yet in Debian) as a preprocessor
before feeding my code into yosys.

Philipp

P.S.: I saw that yosys 0.40 was just released. I'll do a quick test of
the upstream release in the next few days.

Bug#784834: What is blocking the packaging of a newer upstream version?

[Philipp Klaus Krause]

What is blocking the packaging of a newer upstream version? Any
particular issue in later upstream releases?

The version currently in Debian is gputils 1.4.0, released in October
2014. Upstream isn't very active these days, but there have been some
upstream release: 1.5.0 in August 2016 and 1.5.2 in January 2022.

I feel that having a not-too-ancient gputils in Debian would be helpful
for users of the sdcc package that use sdcc to target PIC devices.

Philipp
(not a gputils developer - just an sdcc developer, and not even a
maintainer of the pic ports in sdcc).

Bug#1068174: yosys: Please package the latest upstream release

[Philipp Klaus Krause]

Package: yosys
Severity: wishlist
X-Debbugs-Cc: p...@spth.de

Dear Maintainer,

I use yosys to synthesize for the iCE40UP and GateMate FPGAs. IMO, the current
upstream release 0.38 has substantial improvements over the 0.33 release
currently in Debian. In particular, I use the improved support for abc9 and
SystemVerilog. I currently have upstream yosys installed, but it would be nice
to be able to just use the Debian package instead.

Regards,

Philipp


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

Kernel: Linux 6.6.15-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages yosys depends on:
ii  libc62.37-15
ii  libffi8  3.4.6-1
ii  libgcc-s114-20240201-3
ii  libreadline8 8.2-3+b1
pn  libreadline8t64  
ii  libstdc++6   14-20240201-3
ii  libtcl8.68.6.14+dfsg-1
ii  python3  3.11.6-1
ii  python3-click8.1.7-1
pn  yosys-abc
ii  zlib1g   1:1.3.dfsg-3+b1

Versions of packages yosys recommends:
ii  xdot  1.3-1

yosys suggests no packages.

Bug#1056127: warzone2100-data: Missing texture pack for High terrain quality

[Philipp Klaus Krause]

Package: warzone2100-data
Version: 4.4.0-1
Severity: normal
X-Debbugs-Cc: p...@spth.de

Dear Maintainer,

   What I did: I started current warzone2100 in debian testing and opened the
graphics options tochange the terrain quality setting
   What I saw: the "High" entry was greyed out, on the console I got a
diagnostic "Missing texture pack for High terrain quality - reverting to Normal
terrain quality"
   What I expected: the "High" is displayed white and can be selected

This new "High" setting for terrain quality is considered the main improvement
in 4.4.0 over the previous version. It is thus quite unfortunate that it
doesn't work in Debian.


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

Kernel: Linux 6.5.0-3-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

warzone2100-data depends on no packages.

warzone2100-data recommends no packages.

Versions of packages warzone2100-data suggests:
ii  warzone2100  4.4.0-1

-- no debconf information

Bug#1049393: alsaplayer-gtk: Doesn't play sound, doesn't quit

[Philipp Klaus Krause]

Package: alsaplayer-gtk
Version: 0.99.81-2+b3
Severity: normal
X-Debbugs-Cc: p...@spth.de

Dear Maintainer,

* I try to play some sound file in alsaplayer. Nothing happens, except for a
line "CBSetcurrent: 1" on stdout. But even when using alsaplayer --verbose, I
don't see any output indicating a problem. There is just no sound, and the bar
that would normally show progress isn't moving. (and the time within the sound
file displayed in the window is stuck at 00:00)
* When I try to close alsaplayer by clicking the "x", The window closes, but
the process keeps running (I can kill it using kill, though - no need for kill
-9).

I guess something is wrong with my sound config. Whatever. But:

* When alsaplayer can't play sound, I should get some information on the
problem.
* When I close the alsaplayer window, the process should exit, too.


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

Kernel: Linux 6.3.0-2-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages alsaplayer-gtk depends on:
ii  libc62.37-6
iu  libgcc-s113.2.0-1
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libgl1   1.6.0-1
iu  libglib2.0-0 2.77.1-2
ii  libgtk2.0-0  2.24.33-2
ii  libpango-1.0-0   1.50.14+ds-1
ii  libstdc++6   13.2.0-1

Versions of packages alsaplayer-gtk recommends:
ii  alsaplayer-common  0.99.81-2+b3

alsaplayer-gtk suggests no packages.

-- no debconf information

Bug#1036621: regioset: Missing documentation

[Philipp Klaus Krause]

Package: regioset
Version: regionset
Severity: normal
X-Debbugs-Cc: p...@spth.de

Dear Maintainer,

The manpage says "This program is documented fully in
/usr/share/doc/regionset/README." There is no /usr/share/doc/regionset/README.


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

Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#844741: [ristretto] Segafault when run as root

[Philipp Klaus Krause]

Using the current version in Debian testing (0.12.3), I can no longer 
reproduce the bug.


Philipp

Bug#1006922: sdcc: Please package current upstream release

[Philipp Klaus Krause]

Source: sdcc
Version: 4.0.0+dfsg-2
Severity: wishlist
X-Debbugs-Cc: p...@spth.de

Dear Maintainer,

the current upstream release is 4.2.0, released today. There have been a
substantial number of bugfixes and other improvements since the 4.0.0 release
currently in Debian.
Please consider updating the Debian package.


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

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

Bug#942176: libsane: Canon LiDE 220 works up to 1200 dpi only

[Philipp Klaus Krause]

Am 17.02.22 um 03:02 schrieb David Ward:
It seems very likely that the original problem is an upstream bug in 
SANE. There are a few issues reported there specifically against the 
Canon LiDE 220 that sound very similar:


https://gitlab.com/sane-project/backends/-/issues/439
https://gitlab.com/sane-project/backends/-/issues/518


These upstream bugs apparently affect all resolutions (they were 
reported at 300 and 600 dpi). The problem I see only happens above 1200 dpi.



On 12/9/2020 8:22 AM, Philipp Klaus Krause wrote:

Summary: The situation improved somewhat, but is still far from perfect:

There is still an odd waiting time when starting to scan at 2400 or 4800
(at 1200 and below the scan starts nearly instantly, after less than
second). At 4800 colors ar wrong.

Once one of these problems appears, it affects all resolutions until
restarting xsane:
Having done a scan at 2400 or 4800, subsequent scans at lower
resolutions also have the waiting time at the start. Having done a scan
at 2400 or 4800, where black appeared as bordeaux, subsequent scans at
lower resolutions also have wrong colors.


You mentioned that you are using GIMP to launch xsane. The problem with 
the colors could be occurring there. Can we rule that out? What happens 
if you run "scanimage" from the command-line — does it produce an image 
with the correct colors?




Due to a gimp bug 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=994429) I haven't 
launched xsane from gimp for a while.


But your request still helped track down the issue a bit further:

I have not been able to reproduce the bug using scanimage from the 
command line¹ (did various scans at 2400 and 4800 dpi today, using 
Debian testing). Both speed and color were fine using scanimage from the 
command line.


But I can reproduce the bug using xsane started from the command line 
(also tested today). I also got a segfault in xsane once (just at the 
end of a 4800 dpi scan).


Philipp

¹ I do get a different bug with scanimage though: For a full-size scan 
at 4800 dpi, two thirds of the image are just gray.

Bug#784834: Current release is 1.5.2.

[Philipp Klaus Krause]

The current upstream release is 1.5.2.

It would be good to have 1.5.2. in Debian, as SDCC is about to release 
4.2.0, and for the pic14 and pic16 backends, SDCC only supports the 
devices supported by the gputils present during the build of SDCC. So 
there is a benefit in getting a newer gputils into Debian before the new 
SDCC.


Philipp

Bug#994886: xsane not showing up in gimp

[Philipp Klaus Krause]

Package: xsane
Version: 0.999-12
Severity: normal
X-Debbugs-Cc: p...@spth.de

Dear Maintainer,

since a few weeks or months, I no longer see the entry for using xsane to
create a new image in gimp.
I can still scan invoking xsane manually, saving the result, and opening it in
gimp. But apparently the xsane gimp plugin no longer works.

Whe I delete .config/GIMP, on the next start of "LANG=C gimp" for multiple
seconds the line I see "Querying new plugins" and "xsane" in the gimp startup
window, but there menu entry for gimp still doesn't show up later. When doing
that with gimp --verbose, I see "Querying plug-in: '/usr/lib/gimp/2.0/plug-
ins/xsane/xsane'" in teh output, but no other references to sane, and no
indication of anything going wrong.

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

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

Versions of packages xsane depends on:
ii  libc62.32-4
ii  libgimp2.0   2.10.22-4
ii  libglib2.0-0 2.68.4-1
ii  libgtk2.0-0  2.24.33-2
ii  libjpeg62-turbo  1:2.0.6-4
ii  liblcms2-2   2.12~rc1-2
ii  libpng16-16  1.6.37-3
ii  libsane1 1.0.32-4
ii  libtiff5 4.2.0-1
ii  sensible-utils   0.0.17
ii  xsane-common 0.999-12
ii  zlib1g   1:1.2.11.dfsg-2

Versions of packages xsane recommends:
ii  chromium [www-browser] 90.0.4430.212-1
ii  cups-client2.3.3op2-7
ii  firefox [www-browser]  88.0.1-1
ii  firefox-esr [www-browser]  78.13.0esr-1
ii  hv3 [www-browser]  3.0~fossil20110109-8
ii  lynx [www-browser] 2.9.0dev.9-2

Versions of packages xsane suggests:
ii  gimp 2.10.22-4
pn  gv   
pn  hylafax-client | mgetty-fax  
ii  tesseract-ocr4.1.1-2.1

Bug#867136: Maybe not non-free

[Philipp Klaus Krause]

See also the discussion on debian-legal:

https://debian-legal.debian.narkive.com/gGuSWDyP/are-register-names-and-locations-under-copyright

Apparently, the files are not actually non-free (though that might vary
by jurisdiction and opinion), as the non-freeness is based on a
copyright claim to something likely not copyrightable.

Philipp

Bug#977947: pcb-rnd: Import fails with old version of io plugins

[Philipp Klaus Krause]

Package: pcb-rnd
Version: 2.3.0-2
Severity: normal
X-Debbugs-Cc: p...@spth.de

Dear Maintainer,

Recently, I updated most of pcb-rnd from the version previously in
Debian testing (2.2.4-1) to the current one (2.3.0-2). However, I did
not update pcb-rnd-io-standard and pcb-rnd-io-alien. Then I tried to
load a pcb design created using pcb from gEDA. I got an empty board and
some error messages about input plugins in the message log.

Then I upgraded pcb-rnd-io-standard and pcb-rnd-io-alien to the version
currently in Debian testing. Now loading designs created using pcb from
gEDA works again.

Looks like current pcb-rnd does not work with the older versions of
pcb-rnd-io-standard and pcb-rnd-io-alien, so dependencies / conflicts in
the Debian package should be updated accordingly.



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

Kernel: Linux 5.9.0-3-amd64 (SMP w/16 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pcb-rnd depends on:
ii  pcb-rnd-auto  2.3.0-2
ii  pcb-rnd-cloud 2.2.4-1
ii  pcb-rnd-core  2.3.0-2
ii  pcb-rnd-doc   2.3.0-2
ii  pcb-rnd-export2.3.0-2
ii  pcb-rnd-export-extra  2.3.0-2
ii  pcb-rnd-export-sim2.3.0-2
ii  pcb-rnd-extra 2.2.4-1
ii  pcb-rnd-hid-gtk2-gdk  2.3.0-2
ii  pcb-rnd-hid-gtk2-gl   2.3.0-2
ii  pcb-rnd-import-net2.2.4-1
ii  pcb-rnd-io-alien  2.3.0-2
ii  pcb-rnd-io-standard   2.3.0-2

pcb-rnd recommends no packages.

Versions of packages pcb-rnd suggests:
pn  geda-gnetlist  

-- no debconf information

Bug#942176: libsane: Canon LiDE 220 works up to 1200 dpi only

[Philipp Klaus Krause]

Am 08.12.20 um 20:24 schrieb Jörg Frings-Fürst:
> tags 942176 + moreinfo
> thanks
> 
> 
> 
> Hello Philipp,
> 
> please can you check if the bug still exists in the current version? 

I just checked usinghte current version in Debian testing.

There are still problems at 2400 and 4800 resolutions, but they are
different now. The main problem is now about wrong colors at these
resolutions.

Scans at reolutions up to 1200 still work well as before.

I tried to scan a small area (3 cm x 7 cm) at 2400. xsane did hang for
about 2 minutes, then scanned, then it took another 3 minutes (for
recieving RGB data - the progress bar moving slowly), but then got a
good scan result, which looked correct.

Similarly when scanning the same area at 4800 (except that it took much
longer to reeive the data). But this time the black text appeared bordeux.

At a subsequent attempt using a smaller 2.5 cm x 1.5 cm area, the
situation was the same, except that the color problem already appeared
at 2400.

I also tried scanning a large (20 cm x 20 cm) area at 2400 and 4800.
There again was the hang at the beginning - about 1 to 2 minutes, but it
did scan after that. For both resolutions, the result again had the
wrong colors where black appearead as bordeaux. For 4800, I also got a
different area than specified. rather than the 20 cm x 20 cm part I
selected in xsane (and which I got at 2400), I got an area 20 cm wide
and about 0.5 cm high.

Summary: The situation improved somewhat, but is still far from perfect:

There is still an odd waiting time when starting to scan at 2400 or 4800
(at 1200 and below the scan starts nearly instantly, after less than
second). At 4800 colors ar wrong.

Once one of these problems appears, it affects all resolutions until
restarting xsane:
Having done a scan at 2400 or 4800, subsequent scans at lower
resolutions also have the waiting time at the start. Having done a scan
at 2400 or 4800, where black appeared as bordeaux, subsequent scans at
lower resolutions also have wrong colors.

Bug#879602: [lyx] Broken svn auto-detecion

[Philipp Klaus Krause]

Am 07.12.20 um 15:27 schrieb Pavel Sanda:
> On Mon, 23 Oct 2017 12:14:41 +0200 Philipp Klaus Krause  wrote:
>> lyx tries to autodetect if a file is under verison control. When lyx
>> 2.2.3 reads an input file, it recursively checks parent directories for
>> .svn, .git, etc.
>>
>> In case it find a .svn directory, it invokes svn info to parse the
>> output to see if the file is under version control. For svn, the code is
>> in SVN::findFile in lines 1154ff of src/VCBackend.cpp.
>>
>> However, there is a bug in checking if a file is in svn. If the file is
>> in a directory that is not under svn, but a parent directory is under
>> svn, lyx will invoke svn info. Since the directory itself is not under
>> svn, svn info will fail "svn: E155007:
>> '/home/philipp/sdcc-2/build/doc/sdccman.lyx' is not a working copy"; lyx
>> considers this an error.
> 
> Looks like correct analysis.
> 
>> This issue makes out-of-tree builds fail. Example: the sdcc manual is a
>> .lyx file. When checking out sdcc from svn, and then trying to do an
>> out-of-tree build in a directory build, it fails due to this bug.
> 
> Despite the warning from svn info, lyx normally loads up the file,
> exports it etc.
> So I do not follow what "out-of-tree builds fail" exactly means
> or what kind of problem you actually encounter.

AFAIR, when I reported the bug three years ago, it wasn't just a
warning, it was an error; lyx -e would fail and not produce output.

I just tried again, on my current Debian GNU/Linux system, and it now
indeed is just a warning and output is produced by lyx -e.

The problem I encountered when I reported the bug: I checked out sdcc
from svn, created a subdirectory "build" under it, and built in that
directory. That failed, since back then there was an error from lyx -e
that stopped the build (the directory "build" not being under version
control, but the parent directory being in svn), when I invoked "make"
in build/doc to build the manual.

I guess the downgrade from error to warning happened in some lyx or svn
update during the three years since I reported the bug.

Philipp

Bug#911415: Related items

[Philipp Klaus Krause]

Related items:

Upstream flex change:
https://github.com/westes/flex/commit/f863c9490e6912ffcaeb12965fb3a567a10745ff

Upstream flex issue:
https://github.com/westes/flex/issues/448

SDCC bug:
https://sourceforge.net/p/sdcc/bugs/3012/

libguestfs also was affected:
https://www.redhat.com/archives/libguestfs/2016-July/msg00252.html

Bug#911415: The change breaks sdcc

[Philipp Klaus Krause]

> Why should a writer of a C scanner care?

The input() function they use is the same as yyinout(), just using a
different name.

This change broke e.g. the Small Device C Compiler (SDCC, in the sdcc
Debian package):

When compiling a file containing an unterminated string literal, SDCC
compiled using flex 2.5.4 gives an error mesagge. SDCC compiled using
SDCC 2.6.4 hangs (it gets into an endless loop looking for the end of
the string literal, as it never gets an " or EOF from input()).

Philipp

Bug#960596: sdcc: pdk assemblers missing

[Philipp Klaus Krause]

Package: sdcc
Version: 4.0.0+dfsg-1
Severity: normal

sdcc 4.0.0 has backends for Padauk µC. However, the assembler binaries are
missing from the Debian package.

Thus compiling for the pdk13, pdk14 or pdk15 target, only asm is generated, but
no binaries:

philipp@notebook5:/tmp$ sdcc -mpdk14 test.c
sh: 1: sdaspdk14: not found




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

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

Versions of packages sdcc depends on:
ii  libc6   2.30-7
ii  libgcc-s1   10.1.0-1
ii  libstdc++6  10.1.0-1
ii  sdcc-libraries  4.0.0+dfsg-1
ii  zlib1g  1:1.2.11.dfsg-2

Versions of packages sdcc recommends:
ii  sdcc-doc  3.8.0+dfsg-3

Versions of packages sdcc suggests:
ii  python  2.7.17-2
pn  sdcc-ucsim  

-- no debconf information

Bug#952749: texlive-extra-utils: bibtexu segfault

[Philipp Klaus Krause]

Package: texlive-extra-utils
Version: 2019.202000218-1
Severity: important

bibtexu segfaults for me (bibtex works for the same files):

(gdb) run
Starting program: /usr/bin/bibtexu zshg
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
The top-level auxiliary file: zshg.aux
The style file: plain.bst
Database file #1: zshg.bib

Program received signal SIGSEGV, Segmentation fault.
0x77b54942 in ucnv_fromUnicode_UTF8_63 () from /usr/lib/x86_64-linux-
gnu/libicuuc.so.63

.aux and .bib files to reproduce the issue:

http://colecovision.eu/stuff/zshg.aux
http://colecovision.eu/stuff/zshg.bib



-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-rw-r-- 1 root staff 80 Jul  6  2017 /usr/local/share/texmf/ls-R
-rw-r--r-- 1 root root 317 Jul  6  2017 /etc/texmf/ls-R
-rw-r--r-- 1 root root 1791 Feb 23 10:42 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Dec  3 11:04 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Feb 17 23:37 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Feb 17 23:37 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 Dec  9 09:52 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Feb 17 23:37 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
-rw-r--r-- 1 root root 0 Nov  8  2017 /etc/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 4177 Feb 23 10:42 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Jan 17  2017 mktex.cnf
-rw-r--r-- 1 root root 475 Dec  9 09:52 texmf.cnf
-rw-r--r-- 1 root root   0 Nov  8  2017 updmap.cfg
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

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

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages texlive-extra-utils depends on:
ii  libunicode-linebreak-perl  0.0.20190101-1+b2
ii  python33.7.5-3
ii  tex-common 6.13
ii  texlive-base   2019.20200218-1
ii  texlive-binaries   2019.20190605.51237-3
ii  texlive-latex-base 2019.20200218-1

Versions of packages texlive-extra-utils recommends:
ii  ghostscript9.50~dfsg-5
ii  libfile-homedir-perl   1.004-1
ii  liblog-log4perl-perl   1.49-1
pn  libyaml-tiny-perl  
ii  ruby   1:2.5.2
ii  texlive-latex-recommended  2019.20200218-1

Versions of packages texlive-extra-utils suggests:
pn  chktex  
pn  dvidvi  
ii  dvipng  1.15-1.1+b1
pn  fragmaster  
pn  lacheck 
pn  latexdiff   
pn  latexmk 
pn  purifyeps   
pn  xindy   

Versions of packages 

Bug#944420: Fixed in 5.5

[Philipp Klaus Krause]

The green screen lockup issue is fixed in 5.5.

I've tried 5.5rc5 from experimental. While it crashes a lot and shows
graphical corruption in XFCE, I don't not get the green screen lockup.

I've also compiled 5.5.6 myself. With that kernel, crashes are a lot
less common (though they still happen in games sometimes) and the
graphical corruption is gone too.

Bug#951896: reportbug: Using back button breaks interface

[Philipp Klaus Krause]

Package: reportbug
Version: 7.6.0
Severity: important

Whenever I click the back button ("Zurück" in my locale), all elements except
for the cancel, back and forward buttons become greyed out. This is true for
the current page and all previously seen pages. Sometimes even the forward
button turns grey. Thus e.g. when choosing to invoke a mail agent to "Choose a
mailer for your report", from the moment I press the back button on that page
(because my favorite mail agent, thunderbird is not in the list), reportbug
becomes unuseable, and I have to canvel and re-invoke reportbug, and put in all
the info again.



-- Package-specific info:
** Environment settings:
INTERFACE="gtk"

** /home/philipp/.reportbugrc:
reportbug_version "7.5.0"
mode advanced
ui gtk2
email "p...@spth.de"
no-cc
header "X-Debbugs-CC: p...@spth.de"
smtphost reportbug.debian.org

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

Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages reportbug depends on:
ii  apt1.8.4
ii  python33.7.5-3
ii  python3-reportbug  7.6.0
ii  sensible-utils 0.0.12+nmu1

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
ii  emacs-bin-common   1:26.3+1-1
ii  exim4-daemon-light [mail-transport-agent]  4.93-10
ii  file   1:5.38-4
ii  gnupg  2.2.19-1
pn  python3-urwid  
ii  reportbug-gtk  7.6.0
ii  xdg-utils  1.1.3-1

Versions of packages python3-reportbug depends on:
ii  apt1.8.4
ii  file   1:5.38-4
ii  python33.7.5-3
ii  python3-apt1.8.5
ii  python3-debian 0.1.36
ii  python3-debianbts  3.0.2
ii  python3-requests   2.22.0-2
ii  sensible-utils 0.0.12+nmu1

python3-reportbug suggests no packages.

-- no debconf information

Bug#951898: sdcc: Please package current version

[Philipp Klaus Krause]

Package: sdcc
Version: 3.8.0+dfsg-3
Severity: wishlist

Since the version of SDCC currently in Debian, 3.8.0, SDCC has improved
substantially. In particular, standard compliance and code quality (for stm8,
z80 and related) are much better in current SDCC 4.0.0. Also, there are now
backends for Padauk 8-bit microcontrollers.



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

Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sdcc depends on:
ii  libc62.29-10
ii  libgcc-s1 [libgcc1]  10-20200211-1
ii  libgcc1  1:10-20200211-1
ii  libstdc++6   10-20200211-1
ii  sdcc-libraries   3.8.0+dfsg-3
ii  zlib1g   1:1.2.11.dfsg-1.2

Versions of packages sdcc recommends:
ii  sdcc-doc  3.8.0+dfsg-3

Versions of packages sdcc suggests:
ii  python  2.7.17-2
pn  sdcc-ucsim  

-- no debconf information

Bug#949297: cheese: cannot choose device (actually two bugs - no menu, -d doesn't work)

[Philipp Klaus Krause]

Package: cheese
Version: 3.34.0-1+b1
Severity: important

I cannot change the webcam cheese uses.

There are two ways that I should be able to do so.

1) The -d / --device option. It simply doesn't work. See
https://gitlab.gnome.org/GNOME/cheese/issues/4

2) The preferences dialog. However, at least for XFCE, there is no menu bar,
and thus no way to access the preferences dialog. See also
https://askubuntu.com/questions/1133058/gnome-cheese-settings-prefs-menu-is-
missing



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

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

Versions of packages cheese depends on:
ii  cheese-common  3.34.0-1
ii  gnome-video-effects0.5.0-1
ii  libc6  2.29-7
ii  libcanberra-gtk3-0 0.30-7
ii  libcheese-gtk253.34.0-1+b1
ii  libcheese8 3.34.0-1+b1
ii  libclutter-1.0-0   1.26.2+dfsg-13
ii  libclutter-gtk-1.0-0   1.8.4-4
ii  libgdk-pixbuf2.0-0 2.40.0+dfsg-2
ii  libglib2.0-0   2.62.4-1
ii  libgnome-desktop-3-18  3.34.2-2
ii  libgstreamer1.0-0  1.16.2-2
ii  libgtk-3-0 3.24.13-1

Versions of packages cheese recommends:
ii  gvfs  1.42.1-3
ii  yelp  3.34.0-1

Versions of packages cheese suggests:
pn  gnome-video-effects-frei0r  

-- no debconf information

Bug#944420: Can't reproduce when using 5.1.21 from Ubuntu packages

[Philipp Klaus Krause]

Today, I've also installed a 5.1.21 kernel from Ubuntu on my Debian
GNU/Linux testing system, and logged into XFCE thrice. I did not see the
green screen crash with that kernel, though once I got a crash (system
frozen, only mouse pointer still moveable) a few minutes after logging in.

Bug#944420: Upstream bug report

[Philipp Klaus Krause]

Upstream bug report:
https://bugzilla.kernel.org/show_bug.cgi?id=205589

Bug#944420: Two more confirmations

[Philipp Klaus Krause]

Two more Manjaro users with of the green screen hang on XFCE start using
3400G with a 5.x kernel: One in the thread mentined above, the other in
https://forum.manjaro.org/t/kernel-question-amd-ryzen-5-2400g-with-radeon-vega-graphics/106683

Bug#944420: Bug confirmed with 5.x kernel on Manjaroo, too

[Philipp Klaus Krause]

Apparently someone has the same problem (AMD 3400G APU, mainboard with
B450 chipset, 5.x linux kernel, green screen crash just after login)
using a RC of linux 5.4 on Manjaro:

https://forum.manjaro.org/t/manjaro-with-ryzen-3-3200g-vega-8-any-experience/110497/18

Bug#944420: Also tried 5.2.0

[Philipp Klaus Krause]

I also tried an older 5.2.0 kernel:

linux-image-5.2.0-3-amd64 5.2.17-1

The problem there is the same, but it seems I have a somewhat higher
chance to make it to XFCE (in which I still see graphical corruption)
than just getting a green screen (which I there see bit less than half
of the time).

Bug#944420: Wrong info

[Philipp Klaus Krause]

I see reportbug added a lot of information from the system on which I
submitted the bug report. Please disregard that; sorry for the noise.

Do you need any further information from the system on which I see the
bug that I should provide?

Bug#944420: linux-image-5.3.0-1-amd64: green screen in X

[Philipp Klaus Krause]

Package: src:linux
Version: 5.3.7-1
Severity: important

A few days ago, I installed Debian on a new Ryzen 3400G system (not the system
on which I write this report, hope reportbug doesn't add any invalid
information from the system on which I type this).

I see graphical problems in X. I am not sure if the bug is in the kernel or
elsewhere, but the kernel seemed the most likely candidate for the bug report
to me.

I have installed XFCE. After boot, I see the graphical login screen. After
login, most of the time, the screen turns a dark green (so I don't get to see
XFCE). Sometimes I do get to XFCE, but then there is graphical corruption.

Despite the screen going green (which seems permanent - switching to a console
won't help), I can still switch to a console and type blindly. That way I
obtained the dmesg output I put at http://www.colecovision.eu/stuff/dmesg-log

I have also tried with kernel options ioomu=off and iommu=pt init=nomwait, but
neither one helped. The same system seems stable on Windows 10, so I guess it
is not a hardware issue.

Some installed packages:

linux-image-amd64 5.3.7-1
firmware-amd-graphics 20190717-2
xserver-xorg-vieo-amdgpu 19.1.0-1



-- Package-specific info:
** Version:
Linux version 5.3.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 9.2.1 
20191008 (Debian 9.2.1-9)) #1 SMP Debian 5.3.7-1 (2019-10-19)

** Command line:
BOOT_IMAGE=/vmlinuz-5.3.0-1-amd64 root=/dev/mapper/universum-root ro quiet

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: Notebook
product_name: N24_25BU
product_version: Not Applicable  
chassis_vendor: Notebook
chassis_version: N/A 
bios_vendor: American Megatrends Inc.
bios_version: 5.12
board_vendor: Notebook
board_name: N24_25BU
board_version: Not Applicable  

** Loaded modules:
loop
udf
crc_itu_t
nls_utf8
isofs
fuse
ufs
qnx4
hfsplus
hfs
minix
msdos
jfs
xfs
ti_usb_3410_5052
sr_mod
cdrom
uas
usb_storage
ctr
ccm
cmac
bnep
binfmt_misc
btusb
btrtl
btbcm
btintel
pl2303
usbserial
bluetooth
nls_ascii
nls_cp437
uvcvideo
videobuf2_vmalloc
videobuf2_memops
videobuf2_v4l2
videobuf2_common
videodev
vfat
fat
mc
drbg
ansi_cprng
ext4
ecdh_generic
ecc
crc16
iwlmvm
mbcache
snd_soc_skl
intel_rapl_msr
jbd2
snd_soc_hdac_hda
intel_rapl_common
mac80211
snd_hda_ext_core
snd_soc_skl_ipc
snd_soc_sst_ipc
snd_soc_sst_dsp
snd_soc_acpi_intel_match
snd_hda_codec_realtek
x86_pkg_temp_thermal
intel_powerclamp
snd_hda_codec_generic
snd_soc_acpi
libarc4
coretemp
snd_soc_core
ledtrig_audio
snd_compress
kvm_intel
snd_hda_intel
iwlwifi
snd_hda_codec
snd_hda_core
kvm
snd_hwdep
cfg80211
irqbypass
snd_pcm
intel_cstate
efi_pstore
intel_uncore
snd_timer
joydev
iTCO_wdt
intel_rapl_perf
iTCO_vendor_support
serio_raw
pcspkr
mei_me
snd
rtsx_pci_ms
efivars
watchdog
soundcore
sg
memstick
tpm_crb
mei
rfkill
intel_pch_thermal
battery
tpm_tis
tpm_tis_core
tpm
evdev
acpi_pad
rng_core
ac
parport_pc
ppdev
lp
sunrpc
parport
efivarfs
ip_tables
x_tables
autofs4
btrfs
zstd_decompress
zstd_compress
dm_crypt
dm_mod
raid10
raid456
async_raid6_recov
async_memcpy
async_pq
async_xor
async_tx
xor
hid_generic
usbhid
hid
raid6_pq
libcrc32c
crc32c_generic
raid1
raid0
multipath
linear
md_mod
sd_mod
crct10dif_pclmul
crc32_pclmul
crc32c_intel
ghash_clmulni_intel
i915
nvme
rtsx_pci_sdmmc
mmc_core
ahci
i2c_algo_bit
aesni_intel
drm_kms_helper
libahci
xhci_pci
aes_x86_64
psmouse
crypto_simd
cryptd
glue_helper
nvme_core
xhci_hcd
drm
i2c_i801
rtsx_pci
libata
mfd_core
r8169
realtek
libphy
scsi_mod
usbcore
usb_common
wmi
video
button

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v6/7th Gen Core 
Processor Host Bridge/DRAM Registers [8086:5904] (rev 02)
Subsystem: CLEVO/KAPOK Computer Xeon E3-1200 v6/7th Gen Core Processor 
Host Bridge/DRAM Registers [1558:2410]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: skl_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 620 
[8086:5916] (rev 02) (prog-if 00 [VGA controller])
Subsystem: CLEVO/KAPOK Computer HD Graphics 620 [1558:2410]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:08.0 System peripheral [0880]: Intel Corporation Xeon E3-1200 v5/v6 / 
E3-1500 v5 / 6th/7th Gen Core Processor Gaussian Mixture Model [8086:1911]
Subsystem: CLEVO/KAPOK Computer Xeon E3-1200 v5/v6 / E3-1500 v5 / 
6th/7th Gen Core Processor Gaussian Mixture Model [1558:2410]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- 

Bug#942760: tesseract-ocr: Needs newer libtesseract4

[Philipp Klaus Krause]

Package: tesseract-ocr
Version: 4.1.0-2
Severity: grave
Justification: renders package unusable

tesseract-ocr 4.1.0-2 depends on libtesseract4 >= 4.0.0.

However, invokation fails with libtesseract4 4.0.0:

tesseract: symbol lookup error: tesseract: undefined symbol:
_ZN9tesseract10SIMDDetect15avx2_available_E

After upgrading libtesseract4 to 4.1.0-2, it works for me.



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

Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages tesseract-ocr depends on:
ii  libc62.29-2
ii  libcairo21.16.0-4
ii  libfontconfig1   2.13.1-2+b1
ii  libgcc1  1:9.2.1-8
ii  libglib2.0-0 2.62.1-1
ii  libicu63 63.2-2
ii  liblept5 1.76.0-1
ii  libpango-1.0-0   1.42.4-7
ii  libpangocairo-1.0-0  1.42.4-7
ii  libpangoft2-1.0-01.42.4-7
ii  libstdc++6   9.2.1-8
ii  libtesseract44.0.0-2
ii  tesseract-ocr-eng1:4.00~git30-7274cfa-1
ii  tesseract-ocr-osd1:4.00~git30-7274cfa-1

tesseract-ocr recommends no packages.

tesseract-ocr suggests no packages.

-- no debconf information

Bug#942176: libsane: Canon LiDE 220 works up to 1200 dpi only

[Philipp Klaus Krause]

Package: libsane
Version: 1.0.27-3.2
Severity: normal

I use xsane, started from GIMP with a Canon LiDE 220.

It works fine at resolutions up to 1200 dpi.

When I choose 2400 dpi or 4800 dpi, the following happens:

xsane hangs for a while. Sometimes, after a short or long wait (trying to scan
an area of 1 cm by 2 cm at 4800 dpi, there was a hang of 20 min before the
messagea appeared) , I get an error message "Konnte Scanner nicht starten:
Ungültiges Argument" (German for: could not start scanner, invalid argument) or
"Konnte Scanner nicht starten: Fehler während Geräte I/O" (German for: could
not start scanner, error during device I/O).
Afterwards further scans at low resolutions also give the error message. After
retsarting xsane, I can scan at resolutions up to 1200 dpi again.

According to the manufacturer of the scanne, Canon, the LiDE supports up to
4800 dpi. However, there is a footnote "When scanning in high resolution, the
scan size is restricted." in their device description, and Windows users indeed
report that he Scanner won't let them scan large areas at full resolution.

If this is really a hardware restriction that cannot be worked around it seems
sane should:

1) Allow scans of small areas at 2400 and 4800 dpi
2) Immediately give an informative error message when attempting to scan large
areas at 2400 or 4800 dpi.



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

Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libsane depends on:
ii  acl2.2.53-5
ii  adduser3.118
ii  libavahi-client3   0.7-4+b1
ii  libavahi-common3   0.7-4+b1
ii  libc6  2.29-2
ii  libgphoto2-6   2.5.22-3
ii  libgphoto2-port12  2.5.22-3
ii  libieee1284-3  0.2.11-13
ii  libjpeg62-turbo1:1.5.2-2+b1
ii  libsane-common 1.0.27-3.2
ii  libsnmp30  5.7.3+dfsg-5
ii  libssl1.1  1.1.1c-1
ii  libtiff5   4.0.10+git191003-1
ii  libusb-1.0-0   2:1.0.23-1
ii  udev   242-7

Versions of packages libsane recommends:
pn  sane-utils  

Versions of packages libsane suggests:
ii  avahi-daemon  0.7-4+b1
pn  hplip 

-- no debconf information

Bug#913944: flare-game: Loosing skill on load / level up / death

[Philipp Klaus Krause]

Am 19.11.18 um 01:05 schrieb Manuel A. Fernandez Montecelo:
> 
> 1.08 has been out for a while already, do you know if there are other
> fixes worth including, or if 1.09 is imminent?

Even though a few minor bugs have been fixed since the 1.08 release, I
don't now of any plans for a 1.09 release.

Philipp

Bug#913944: flare-game: Loosing skill on load / level up / death

[Philipp Klaus Krause]

Package: flare-game
Version: 1.07-1
Severity: normal
Tags: upstream

In 1.07, when wearing an item that gives a skill bonus, this bonus is
subtracted permanently from a random skill each time a character levels up,
dies or a savegame is loaded.
This makes such items pretty much unuseable; for unsuspecting players they can
quickly make a character equipped with such items unplayable.

This bug is fixed in the 1.08 upstream release.



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

Kernel: Linux 4.19.0-rc7-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages flare-game depends on:
ii  flare-engine  1.07-1
ii  fonts-liberation  1:1.07.4-8
ii  ttf-unifont   1:11.0.02-1

flare-game recommends no packages.

flare-game suggests no packages.

-- no debconf information

Bug#913570: litecoin-qt: Hangs on start

[Philipp Klaus Krause]

Package: litecoin-qt
Version: 0.16.3-1+b1
Severity: important

For me, current litecoin-qt hangs on start, and is thus unuseable. The symptoms
are exactly the same as for bitcoin-qt in Bug #912331 (which was recently fixed
there).



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

Kernel: Linux 4.19.0-rc7-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages litecoin-qt depends on:
ii  libboost-chrono1.62.0   1.62.0+dfsg-10
ii  libboost-filesystem1.62.0   1.62.0+dfsg-10
ii  libboost-program-options1.62.0  1.62.0+dfsg-10
ii  libboost-system1.62.0   1.62.0+dfsg-10
ii  libboost-thread1.62.0   1.62.0+dfsg-10
ii  libc6   2.27-8
ii  libdb5.3++  5.3.28+dfsg1-0.2
ii  libevent-2.1-6  2.1.8-stable-4
ii  libevent-pthreads-2.1-6 2.1.8-stable-4
ii  libgcc1 1:8.2.0-9
ii  libleveldb1v5   1.20-2
ii  libminiupnpc17  2.1-1
ii  libprotobuf17   3.6.1-3
ii  libqrencode44.0.2-1
ii  libqt5core5a5.11.2+dfsg-4
ii  libqt5dbus5 5.11.2+dfsg-4
ii  libqt5gui5  5.11.2+dfsg-4
ii  libqt5network5  5.11.2+dfsg-4
ii  libqt5widgets5  5.11.2+dfsg-4
ii  libssl1.1   1.1.1-2
ii  libstdc++6  8.2.0-9

litecoin-qt recommends no packages.

Versions of packages litecoin-qt suggests:
ii  db-util  5.3.1

-- no debconf information

Bug#913324: [subversion] Bad error message when trying to connect to TLS 1.0-only server

[Philipp Klaus Krause]

Package: subversion
Version: 1.10.3-1+b1
Severity: normal

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

Apparently, subversion (or some of the libraries it uses) no longer
support TLS 1.0. When I try to connect to a server that supports TLS 1.0
only, I get the following error message:

> LANG=C svn update
Updating '.':
svn: E170013: Unable to connect to a repository at URL […]
svn: E120171: Error running context: An error occurred during SSL
communication

It took me a while to find out that this was a TLS version problem. The
subversion client should give an error message that clearly indicates
that the problem is lack of client support for TLS 1.0 during an attempt
to connect to a TLS 1.0-only server.

Philipp

--- System information. ---
Architecture: Kernel:   Linux 4.19.0-rc7-amd64

Debian Release: buster/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org   500 jessie  apt.z.cash 1 experimental
 ftp.de.debian.org
--- Package information. ---
Depends   (Version) | Installed
===-+-
libsvn1 (= 1.10.3-1+b1) | 1.10.3-1+b1
libapr1  (>= 1.5.0) | 1.6.3-2
libaprutil1 (>= 1.3.2+dfsg) | 1.6.1-2
libc6  (>= 2.4) | libsasl2-2  |

Package's Recommends field is empty.

Suggests(Version) | Installed
=-+-===
db5.3-util| 5.3.28+dfsg1-0.2
libapache2-mod-svn| patch |
2.7.6-3
subversion-tools  | 1.10.3-1+b1

Bug#901442: [bison] Inconsistent manpage

[Philipp Klaus Krause]

Package: bison
Version: 2:3.0.4.dfsg-1+b1
Severity: normal

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

In both the English and German manpage for bison, the possible values
for the warnings and error flags, are called CATEGORY in the first two
thirds of the mapage and THINGS in the last third. There is no
explanationa as to the relation of these two.

It looks as if it was changed from one to the other at some point, but a
few places were forgotten.

Philipp

--- System information. ---
Architecture: Kernel:   Linux 4.16.0-1-amd64

Debian Release: buster/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends  (Version) | Installed
==-+-==
m4 | 1.4.18-1
libc6(>= 2.15) | libbison-dev (=
2:3.0.4.dfsg-1+b1) |

Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
bison-doc|

Bug#891461: [wine] gecko not packaged

[Philipp Klaus Krause]

Package: wine
Version: 3.0-1
Severity: normal

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

>From /usr/share/doc/wine/README.Debian.gz:

"The downloader for Wine Gecko is intentionally disabled in the Debian
packages. Instead libwine-gecko-* packages are available in the official
Debian archives, which provide Wine Gecko support."

libwine-gecko has last been available in jessie. The documentation needs
updating.

--- System information. ---
Architecture: Kernel:   Linux 4.14.0-2-amd64

Debian Release: buster/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends  (Version) | Installed
==-+-===
wine64 (>= 3.0-1)  | 3.0-1
 OR wine32  (>= 3.0-1) | 3.0-1
wine64  (<< 3.0-1.1~)  | 3.0-1
 OR wine32   (<< 3.0-1.1~) | 3.0-1


Package Status  (Version) | Installed
=-+-===
wine  | 3.0-1
wine32| 3.0-1
wine64| 3.0-1
fonts-wine| 3.0-1


Package's Recommends field is empty.

Suggests (Version) | Installed
==-+-===
winbind| winetricks |
playonlinux| wine-binfmt| dosbox
 (>= 0.74-4.2~) |


--- Output from package bug script ---
/usr/bin/wine points to /usr/bin/wine-stable.

Bug#891315: [dnsmasq] libnettle6 dependency

[Philipp Klaus Krause]

Package: dnsmasq
Version: 2.78-3
Severity: normal

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

dnsmasq fails to start with libnettle6 3.3-2:

dnsmasq: relocation error: dnsmasq: symbol nettle_get_hashes, version
NETTLE_6 not defined in file libnettle.so.6 with link time reference

This problem does not happen with libnettle 3.4-1. Looks like a missing
dependency in the Debian package to me.

Philipp

--- System information. ---
Architecture: Kernel:   Linux 4.14.0-2-amd64

Debian Release: buster/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends   (Version) | Installed
===-+-
netbase | 5.4
dnsmasq-base(>= 2.78-3) | 2.78-3
init-system-helpers  (>= 1.18~) | 1.51
lsb-base (>= 3.0-6) | 9.20170808


Package's Recommends field is empty.

Suggests(Version) | Installed
=-+-===
resolvconf|

Bug#889821: [gcc] gcc 7 and 8 error message on restrict-qualified parameter refers to wrong parameter

[Philipp Klaus Krause]

Package: gcc
Version: 4:7.2.0-1d1
Severity: normal

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

When a function pointer is restrict-qualified, GCC gives an error
message. However, when thishappens in a parameter list, gcc incorrectly
reports the error at the first restrict-qualified parameter, even if the
problem is at a different restrict-qaulified parameter. I tried with
both gcc 7.2.0 and gcc 8.0.0 from Debian.

Code to reproduce:

struct cvu_huffman_state
{
unsigned char (*input)(void);
};

void cvu_init_huffman(struct cvu_huffman_state *restrict state, unsigned
char(*restrict input)(void))
{
state->input = input;
}

The error message "error: invalid use of ‘restrict’" will report the
error at the first parameter, even though the problem is at the second
parameter.

Philipop

--- System information. ---
Architecture: Kernel:   Linux 4.14.0-2-amd64

Debian Release: buster/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends(Version) | Installed
-+-=
cpp (>= 4:7.2.0-1d1) | 4:7.2.0-1d1
gcc-7  (>= 7.2.0-1~) | 7.2.0-19


Recommends  (Version) | Installed
=-+-===
libc6-dev | 2.26-4
 OR libc-dev  |

Suggests  (Version) | Installed
===-+-===
gcc-multilib| make| 4.1-9.1
manpages-dev| 4.14-1
autoconf| 2.69-11
automake| 1:1.15.1-3
libtool | 2.4.6-2
flex| 2.6.1-1.3
bison   | 2:3.0.4.dfsg-1+b1
gdb | 7.12-6+b1
gcc-doc | 5:7.2.0-1

Bug#888831: [firefox-esr] NS_ERROR_NET_INADEQUATE_SECURITY for https sites - libnss3 dependency

[Philipp Klaus Krause]

Package: firefox-esr
Version: 52.6.0esr-2
Severity: grave

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

After upgrading firefox-esr today, it now refuses to access any https
sites (e.g. google, bing are affected, including the results from the
search bar in firefox itself). I get an error message

NS_ERROR_NET_INADEQUATE_SECURITY

This is with libnss3 2:3.33-1.

firefox-esr seems to work normally with libnss3 2:3.34.1-1. So I guess
the bug is in the dependency on the libnss3 version.

--- System information. ---
Architecture: Kernel:   Linux 4.14.0-2-amd64

Debian Release: buster/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends  (Version) | Installed
==-+-==
libasound2 (>= 1.0.16) | libatk1.0-0
   (>= 1.12.4) | libc6(>= 2.17)
| libcairo-gobject2  (>= 1.10.0) | libcairo2
 (>= 1.10.0) | libdbus-1-3(>=
1.9.14) | libdbus-glib-1-2 (>= 0.78) |
libevent-2.1-6   (>= 2.1.8-stable) | libffi6
(>= 3.0.4) | libfontconfig1   (>= 2.12)
| libfreetype6(>= 2.2.1) | libgcc1
  (>= 1:4.0) | libgdk-pixbuf2.0-0 (>=
2.22.0) | libglib2.0-0   (>= 2.31.8) | libgtk-3-0
  (>= 3.0.0) | libgtk2.0-0
(>= 2.10) | libhunspell-1.6-0  | libjsoncpp1
(>= 1.7.4) | libnspr4
(>= 2:4.10.9) | libnss3(>= 2:3.28) |
libpango-1.0-0 (>= 1.14.0) | libsqlite3-0
   (>= 3.14.0) | libstartup-notification0  (>= 0.8)
| libstdc++6(>= 5.2) | libvpx4
  (>= 1.6.0) | libx11-6
 | libx11-xcb1| libxcb-shm0
  | libxcb1
  | libxcomposite1(>= 1:0.3-1) | libxdamage1
(>= 1:1.1) | libxext6
   | libxfixes3 | libxrender1
| libxt6
| zlib1g  (>= 1:1.2.3.4) | fontconfig
 | procps
 | debianutils  (>= 1.16) |

Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
fonts-stix  | 1.1.1-4
 OR otf-stix| fonts-lmodern   |
2.004.5-3
mozplugger  | libgssapi-krb5-2|  OR
libkrb53| libcanberra0|


--- Output from package bug script ---

-- Extensions information
Name: Adblock Plus
Location: /{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled

Name: Application Update Service Helper
Location: /aushel...@mozilla.org.xpi
Status: enabled

Name: Deutsch (DE) Language Pack locale
Location:
/usr/lib/firefox-esr/browser/extensions/langpack...@firefox-esr.mozilla.org.xpi
Package: firefox-esr-l10n-de
Status: enabled

Name: English (GB) Language Pack locale
Location:
/usr/lib/firefox-esr/browser/extensions/langpack-en...@firefox-esr.mozilla.org.xpi
Package: firefox-esr-l10n-en-gb
Status: enabled

Name: Fran??ais Language Pack locale
Location:
/usr/lib/firefox-esr/browser/extensions/langpack...@firefox-esr.mozilla.org.xpi
Package: firefox-esr-l10n-fr
Status: enabled

Name: Multi-process staged rollout
Location: /e10sroll...@mozilla.org.xpi
Status: enabled

Name: Pocket
Location: /fire...@getpocket.com.xpi
Status: enabled

Name: Standard theme
Location:
/usr/lib/firefox-esr/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi
Package: firefox-esr
Status: enabled

Name: Web Compat
Location: /webcom...@mozilla.org.xpi
Status: enabled

-- Plugins information
Name: IcedTea-Web Plugin (using IcedTea-Web 1.6.2 (1.6.2-3.1))
Location: /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-8-plugin:amd64
Status: enabled


-- Addons package information
ii  firefox-esr52.6.0esr-2  amd64Mozilla Firefox web browser
- Ext
ii  firefox-esr-l1 52.6.0esr-2  all  German language package for
Firef
ii  firefox-esr-l1 52.6.0esr-2  all  English (United Kingdom)
language
ii  firefox-esr-l1 52.6.0esr-2  all  French language package for
Firef
ii  icedtea-8-plug 1.6.2-3.1amd64web browser plugin based on
OpenJ

Bug#879602: [lyx] Broken svn auto-detecion

[Philipp Klaus Krause]

Package: lyx
Version: 2.2.3-2
Severity: important

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

lyx tries to autodetect if a file is under verison control. When lyx
2.2.3 reads an input file, it recursively checks parent directories for
.svn, .git, etc.

In case it find a .svn directory, it invokes svn info to parse the
output to see if the file is under version control. For svn, the code is
in SVN::findFile in lines 1154ff of src/VCBackend.cpp.

However, there is a bug in checking if a file is in svn. If the file is
in a directory that is not under svn, but a parent directory is under
svn, lyx will invoke svn info. Since the directory itself is not under
svn, svn info will fail "svn: E155007:
'/home/philipp/sdcc-2/build/doc/sdccman.lyx' is not a working copy"; lyx
considers this an error.

This issue makes out-of-tree builds fail. Example: the sdcc manual is a
.lyx file. When checking out sdcc from svn, and then trying to do an
out-of-tree build in a directory build, it fails due to this bug.

Philipp

--- System information. ---
Architecture: Kernel:   Linux 4.13.0-1-amd64

Debian Release: buster/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends  (Version) | Installed
==-+-
libboost-signals1.62.0 | 1.62.0+dfsg-4+b1
libc6(>= 2.15) | libenchant1c2a
(>= 1.6.0) | libgcc1 (>= 1:3.0) | libmagic1
  (>= 5.12) | libmythes-1.2-0
| libqt5core5a   (>= 5.9.0~beta) | libqt5gui5
  (>= 5.8.0) | libqt5svg5 (>= 5.6.0~beta) |
libqt5widgets5  (>= 5.7.0) | libstdc++6
  (>= 5.2) | zlib1g(>= 1:1.1.4) | lyx-common
(= 2.2.3-2) | xdg-utils
|

Recommends   (Version) | Installed
==-+-===
texlive-latex-recommended  | 2017.20171004-1
texlive-latex-extra| 2017.20171004-1
texlive-science| 2017.20171004-1
texlive-generic-recommended| texlive-generic-extra
   | texlive-fonts-recommended  |
2017.20171004-1
preview-latex-style| 11.91-1
dvipng | 1.14-2+b3
imagemagick| 8:6.9.7.4+dfsg-16
psutils| 1.17.dfsg-4
ghostscript| 9.22~dfsg-1
poppler-utils  | 0.57.0-2
fonts-lyx  | 2.2.3-2
evince | 3.26.0-1
 OR pdf-viewer |

Suggests(Version) | Installed
=-+-===
rcs   | groff |
libtiff-tools | gnuhtml2latex | wv
 | chktex| noweb
| sgmltools-lite| linuxdoc-tools
   | writer2latex  | latex2rtf |
librsvg2-bin  |  OR inkscape  | 0.92.2-1+b1
texlive-xetex | 2017.20171004-1
tex4ht|  OR hevea |  OR tth
 |  OR latex2html|

Bug#855053: [icedove] very slow scrolling of never-opened folders

[Philipp Klaus Krause]

Package: icedove
Version: 1:45.6.0-2
Severity: normal

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

I just migrated my thunderbird profile to a new computer. In
thunderbird, Iuse the classic view with acounts and folders on the left,
message list in the upper right, message text in the lower right.
I have two POP3 accounts, three IMAP accounts, one news account.

After copying the contents of my old profile onto the new machine,
initially the number of unread messages was not displayed (at least for
the POP3 acounts). All folders looked as if they did not have unread
messages.

When starting thunderbird, scrolling the left window (i.e. the one with
the accounts and their folders) was very slow. Thunderbird would not
react for nearly a second. The problem was worse when the POP3 accounts
were in view, and was not there when the news account was scrolled into
view.
Restarting thunderbird did not help.

When I clicked individual folders, the number of unread messages showed
up next to the folder names. And scrolling got faster. After clicking
all individual folders and subfolders in all accounts, scrolling speed
now seems back to normal.

Philipp

--- System information. ---
Architecture: Kernel:   Linux 4.9.0-1-amd64

Debian Release: 9.0
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org
--- Package information. ---
Depends   (Version) | Installed
===-+-===
debianutils   (>= 1.16) | 4.8.1
fontconfig  | 2.11.0-6.7
psmisc  | 22.21-2.1+b1
libasound2  (>= 1.0.16) | 1.1.3-4
libatk1.0-0 (>= 1.12.4) | 2.22.0-1
libc6 (>= 2.17) | libcairo2
  (>= 1.10.2-2~) | libdbus-1-3 (>=
1.9.14) | libdbus-glib-1-2  (>= 0.78) |
libevent-2.0-5   (>= 2.0.10-stable) | libffi6
  (>= 3.0.4) | libfontconfig1(>=
2.11) | libfreetype6 (>= 2.2.1) | libgcc1
  (>= 1:4.0) | libgdk-pixbuf2.0-0
(>= 2.22.0) | libglib2.0-0(>= 2.22.0) |
libgtk2.0-0 (>= 2.24.0) | libhunspell-1.4-0
 | libicu57   (>=
57.1-1~) | libnspr4  (>= 2:4.10.9) | libnss3
(>= 2:3.26) | libpango-1.0-0
 (>= 1.14.0) | libpangocairo-1.0-0 (>= 1.14.0) |
libpangoft2-1.0-0   (>= 1.14.0) | libpixman-1-0
 (>= 0.19.6) | libsqlite3-0(>=
3.7.10) | libstartup-notification0   (>= 0.8) | libstdc++6
  (>= 5.2) | libvpx4
 (>= 1.6.0) | libx11-6|
libxcomposite1 (>= 1:0.3-1) | libxdamage1
  (>= 1:1.1) | libxext6
  | libxfixes3  | libxrender1
 | libxt6
  | zlib1g (>= 1:1.2.0) |

Recommends   (Version) | Installed
==-+-===
iceowl-extension(= 1:45.6.0-2) | 1:45.6.0-2
myspell-en-us  |  OR hunspell-dictionary
   |  OR myspell-dictionary |

Suggests  (Version) | Installed
===-+-===
apparmor| fonts-lyx   | 2.2.2-1
libgssapi-krb5-2| 1.15-1

Bug#854245: [gimp] Cannot start gimp without --gegl-disable-opencl

[Philipp Klaus Krause]

Package: gimp
Version: 2.8.18-1
Severity: important

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

When I try to start gimp, I get (the output is the same when using
-verbose):

philipp@notebook4:~$ gimp
: CommandLine Error: Option 'enable-value-profiling' registered more
than once!
LLVM ERROR: inconsistency in registered CommandLine options

However, I can still start gimp using --gegl-disable-opencl

Additional info:

philipp@notebook4:~$ LANG=C gimp -v
GNU Image Manipulation Program version 2.8.18
git-describe: GIMP_2_8_16-114-gcd2bbf7

using GEGL version 0.3.8 (compiled against version 0.3.8)
using GLib version 2.50.2 (compiled against version 2.49.6)
using GdkPixbuf version 2.36.3 (compiled against version 2.35.4)
using GTK+ version 2.24.31 (compiled against version 2.24.31)
using Pango version 1.40.3 (compiled against version 1.40.2)
using Fontconfig version 2.11.0 (compiled against version 2.11.0)
using Cairo version 1.14.8 (compiled against version 1.14.6)

--- System information. ---
Architecture: Kernel:   Linux 4.9.0-1-amd64

Debian Release: 9.0
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends(Version) | Installed
-+-=
libgimp2.0   (>= 2.8.18) | 2.8.18-1
libgimp2.0 (<= 2.8.18-z) | 2.8.18-1
gimp-data(>= 2.8.18) | 2.8.18-1
gimp-data  (<= 2.8.18-z) | 2.8.18-1
python-gtk2   (>= 2.8.0) | 2.24.0-5.1
libgdk-pixbuf2.0-0   (>= 2.24.1) | libaa1
(>= 1.4p5) | libatk1.0-0   (>= 2.2.0) |
libbabl-0.1-0(>= 0.1.10) | libbz2-1.0
   | libc6  (>= 2.15) |
libcairo2(>= 1.10.2) | libdbus-1-3
   (>= 1.9.14) | libdbus-glib-1-2   (>= 0.88) |
libexif12 (>= 0.6.21-1~) | libexpat1
(>= 2.0.1) | libfontconfig1 (>= 2.11) |
libfreetype6  (>= 2.2.1) | libgegl-0.3-0
(>= 0.3.0) | libglib2.0-0 (>= 2.41.1) |
libgs9  (>= 8.61.dfsg.1) | libgtk2.0-0
  (>= 2.24.10) | libgudev-1.0-0  (>= 146) |
libice6 (>= 1:1.0.0) | libjpeg62-turbo
(>= 1.3.1) | libjson-glib-1.0-0   (>= 0.12.0) |
liblcms2-2  (>= 2.2+git20110628) | libmng1
   (>= 1.0.10) | libpango-1.0-0   (>= 1.29.4) |
libpangocairo-1.0-0  (>= 1.29.4) | libpangoft2-1.0-0
   (>= 1.29.4) | libpng16-16 (>= 1.6.2-1) |
libpoppler-glib8 (>= 0.18.0) | librsvg2-2
   (>= 2.14.4) | libsm6   |
libtiff5  (>= 4.0.3) | libwmf0.2-7
  (>= 0.2.8.4) | libx11-6 |
libxcursor1   (>> 1.1.2) | libxext6
   | libxfixes3   |
libxmu6  | libxpm4
   | libxt6   |
zlib1g  (>= 1:1.1.4) | python:any
 (>= 2.6.6-7~) | python2.7|

Recommends   (Version) | Installed
==-+-===
ghostscript| 9.20~dfsg-1


Suggests  (Version) | Installed
===-+-===
gimp-help-en|  OR gimp-help   |
gimp-data-extras| gvfs-backends   |
libasound2  |

Bug#845738: [Pkg-xfce-devel] Bug#845738: [xfce4-power-manager] Display brightness key regression

[Philipp Klaus Krause]

On 27.11.2016 10:55, Yves-Alexis Perez wrote:
> On Sat, 2016-11-26 at 11:46 +0100, Philipp Klaus Krause wrote:
>> I use xfce on my Debian GNU/Linux testing system. I tend to keep xfce
>> packages current. The option for handling brightness keys in the xfce
>> power manager is set. About 10 days ago, the brightness keys both still
>> worked on my Schenker S403 (based on Clevo W840SU). Today, I noticed
>> that the key for reducing display brightness no longer works. The key
>> for increasing brightness still works. Under a different OS on the same
>> device both keys still work.
> 
> Can you check what packages were upgraded at that time and reassign
> accordingly?
> 
> Regards,
> 

According to /var/log/apt/history.log plenty of packages were updated.
Two seem particularly notable, since they seem related to power
management and are among the dependencies of xfce4-power-manager:

libupower-glib3
libdbus-glib-1-2

Philipp

Bug#845738: [xfce4-power-manager] Display brightness key regression

[Philipp Klaus Krause]

Package: xfce4-power-manager
Version: 1.4.4-4
Severity: normal

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

I use xfce on my Debian GNU/Linux testing system. I tend to keep xfce
packages current. The option for handling brightness keys in the xfce
power manager is set. About 10 days ago, the brightness keys both still
worked on my Schenker S403 (based on Clevo W840SU). Today, I noticed
that the key for reducing display brightness no longer works. The key
for increasing brightness still works. Under a different OS on the same
device both keys still work.

--- System information. ---
Architecture: Kernel:   Linux 4.8.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends(Version) | Installed
-+-
libc6   (>= 2.4) | libcairo2
(>= 1.2.4) | libdbus-1-3   (>= 1.0.2) |
libdbus-glib-1-2   (>= 0.88) | libgdk-pixbuf2.0-0
   (>= 2.22.0) | libglib2.0-0 (>= 2.41.1) |
libgtk2.0-0  (>= 2.24.0) | libnotify4
(>= 0.7.0) | libpango-1.0-0   (>= 1.14.0) |
libpangocairo-1.0-0  (>= 1.14.0) | libupower-glib3
   (>= 0.99.0) | libx11-6 |
libxext6 | libxfce4ui-1-0
   (>= 4.11.1) | libxfce4util7 (>= 4.9.0) |
libxfconf-0-2 (>= 4.6.0) | libxrandr2
   (>= 2:1.2.99.2) | upower (>= 0.99) |
xfce4-power-manager-data (= 1.4.4-4) |

Recommends   (Version) | Installed
==-+-===
libpam-systemd | 232-3
xfce4-power-manager-plugins| 1.4.4-4


Package's Suggests field is empty.

Bug#845134: [llvm-3.9-dev]

[Philipp Klaus Krause]

Package: llvm-3.9-dev
Version: 1:3.9-6
Severity: normal

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

I tried to compile clang 3.9 (release_39 branch from
https://github.com/llvm-mirror/clang using). However, linking fails:

[ 98%] Linking CXX shared library ../../lib/libclang.so
CMakeFiles/clang.dir/cc1_main.cpp.o: In function
`cc1_main(llvm::ArrayRef, char const*, void*)':
cc1_main.cpp:(.text._Z8cc1_mainN4llvm8ArrayRefIPKcEES2_Pv+0x1b6):
undefined reference to `polly::initializePollyPasses(llvm::PassRegistry&)'
collect2: error: ld returned 1 exit status

Looks like to Polly stuff that should be provided by llvm-3.9-dev is
missing.

Philipp

--- System information. ---
Architecture: Kernel:   Linux 4.8.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends(Version) | Installed
-+-
libc6  (>= 2.14) | libgcc1   (>= 1:3.0) |
libjsoncpp1   (>= 1.7.4) | libllvm3.9   (= 1:3.9-6) | libstdc++6
 (>= 5.2) | libffi-dev(>= 3.0.9) | llvm-3.9 (=
1:3.9-6) | libtinfo-dev |

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#844741: [ristretto] Segafault when run as root

[Philipp Klaus Krause]

Package: ristretto
Version: 0.8.1-1
Severity: normal

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

I can run ristretto as a normal user. But when I try to start it from a
terminal where I am root, I get a segfault:

root@notebook4:/tmp# gdb ristretto
GNU gdb (Debian 7.11.1-2+b1) 7.11.1
Copyright (C) 2016 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 ristretto...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/ristretto
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_connect_signal: assertion
'DBUS_IS_G_PROXY (proxy)' failed

** (ristretto:8002): CRITICAL **: dbus_g_proxy_connect_signal: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

(ristretto:8002): xfconf-CRITICAL **: xfconf_init() must be called
before attempting to use libxfconf!

** (ristretto:8002): CRITICAL **: dbus_g_proxy_call: assertion
'DBUS_IS_G_PROXY (proxy)' failed

(ristretto:8002): GLib-CRITICAL **: g_propagate_error: assertion 'src !=
NULL' failed

Bug#844604: [src:linux] Crash when resuming after suspend-to-disk

[Philipp Klaus Krause]

Package: src:linux
Severity: important

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

Whenever I try to resume from supend-to-disk, I get a crash with message:

BUG: Unable to handle kernel paging request at a1c15685f000
[…]

The problem happens no matter if I use "s2disk" or "systemcl hibernate".
Suspend-to-disk used to work up to a few months ago, but the problem
already was there with Linux 4.7 and I'm not sure which was the last
working version.
On the other hand, suspend-to-ram still works fine.
My memory hardware should be ok, as Memtest86+ does not find any errors.

I see this problem on a Schenker S403 Ultrabook with an Intel Core
i7-4500U processor and 16 GB of RAM.

--- System information. ---
Architecture: Kernel:   Linux 4.8.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#835484: [sigrok-cli] Please package current version

[Philipp Klaus Krause]

Package: sigrok-cli
Severity: wishlist

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

sigrok-cli 0.6 has been released by upstream in January, but the Debian
package is still at 0.5. Plese package the current version of sigrok-cli.

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.6.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#833937: [icedove] regression: Very frequent segfaults

[Philipp Klaus Krause]

Package: icedove
Version: 1:45.2.0-2+b1
Severity: serious

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

In the current version of icedove, I see very frerequent segfaults,
about once per hour. The previous version was running for days before
segfaulting. This might or might not be the same as bug #829188. The
only extension I use is enigmail; I use icedove for IMAP, POP3 and NEWS.
The segfaults do not seem to be correlated with user activity in any
way. thunderbird might segfault while I write an email, or have the
window on top, or in thebackground or whatever.

Example console output (the number of pixman_region32_reset messages
varies between segfaults):

philipp@notebook4:~$ export LANG=C
philipp@notebook4:~$ icedove
[calBackendLoader] Using libical backend at
/usr/lib/icedove/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical-manifest
*** BUG ***
In pixman_region32_reset: Malformed region region
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_reset: Malformed region region
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_reset: Malformed region region
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_reset: Malformed region region
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_reset: Malformed region region
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_reset: Malformed region region
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_reset: Malformed region region
Set a breakpoint on '_pixman_log_error' to debug

Segmentation fault

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.6.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends   (Version) | Installed
===-+-===
debianutils   (>= 1.16) | 4.8
fontconfig  | 2.11.0-6.4
psmisc  | 22.21-2.1+b1
libasound2  (>= 1.0.16) | libatk1.0-0
 (>= 1.12.4) | libc6 (>=
2.17) | libcairo2(>= 1.10.2-2~) | libdbus-1-3
 (>= 1.9.14) | libdbus-glib-1-2
(>= 0.78) | libevent-2.0-5   (>= 2.0.10-stable) | libffi6
  (>= 3.0.4) | libfontconfig1
(>= 2.11) | libfreetype6 (>= 2.2.1) |
libgcc1  (>= 1:4.0) | libgdk-pixbuf2.0-0
 (>= 2.22.0) | libglib2.0-0(>=
2.22.0) | libgtk2.0-0 (>= 2.24.0) |
libhunspell-1.4-0   | libicu57
(>= 57.1-1~) | libnspr4  (>=
2:4.10.3) | libnss3 (>= 2:3.19) |
libpango-1.0-0  (>= 1.14.0) | libpangocairo-1.0-0
 (>= 1.14.0) | libpangoft2-1.0-0   (>=
1.14.0) | libpixman-1-0   (>= 0.19.6) | libsqlite3-0
   (>= 3.7.10) | libstartup-notification0
   (>= 0.8) | libstdc++6 (>= 5.2) | libvpx3
(>= 1.5.0) | libx11-6
| libxcomposite1 (>= 1:0.3-1) |
libxdamage1  (>= 1:1.1) | libxext6
 | libxfixes3
  | libxrender1 | libxt6
 | zlib1g (>=
1:1.2.0) |

Recommends  (Version) | Installed
=-+-==
iceowl-extension(= 1:45.2.0-2+b1) | 1:45.2.0-2+b1
myspell-en-us |  OR hunspell-dictionary
 |  OR myspell-dictionary|

Suggests  (Version) | Installed
===-+-===
apparmor| fonts-lyx   | 2.2.0-2
libgssapi-krb5-2|

Bug#833935: [reportbug-ng] Crash on bad connection

[Philipp Klaus Krause]

Package: reportbug-ng
Version: 2.1
Severity: normal

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

I wanted to report a bug while simultanously downloading something from
a high-bandwidth server. After typing "icedove" into the query field and
hitting enter, reportbug-ng hang for a while, and then crashed. Console
output:

philipp@notebook4:~$ reportbug-ng
Traceback (most recent call last):
  File "/usr/share/reportbug-ng/rnggui.py", line 210, in
lineedit_return_pressed
bl = bts.get_status(chunk)
  File "/usr/lib/python2.7/dist-packages/debianbts.py", line 210, in
get_status
reply = server.get_status(list_[i:i+BATCH_SIZE])
  File "/usr/lib/python2.7/dist-packages/SOAPpy/Client.py", line 545, in
__call__
return self.__r_call(*args, **kw)
  File "/usr/lib/python2.7/dist-packages/SOAPpy/Client.py", line 567, in
__r_call
self.__hd, self.__ma)
  File "/usr/lib/python2.7/dist-packages/SOAPpy/Client.py", line 430, in
__call
timeout = self.timeout)
  File "/usr/lib/python2.7/dist-packages/SOAPpy/Client.py", line 286, in
call
raise HTTPError(code, "Empty response from server\nCode:
%s\nHeaders: %s" % (msg, headers))
SOAPpy.Errors.HTTPError: 
Abgebrochen

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.6.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends   (Version) | Installed
===-+-==
python:any(>= 2.7.5-5~) | python-debianbts
(>= 1.0) | 1.14
python-pyqt5| 5.6+dfsg-1+b1
python-pyqt5.qtwebkit   | 5.6+dfsg-1+b1
xdg-utils   | 1.1.1-1
xterm   | 325-1
python-apt  (>= 0.7.93) | 1.1.0~beta4


Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#823747: [grub-common] rescue should include noresume

[Philipp Klaus Krause]

Package: grub-common
Version: 2.02~beta2-36
Severity: important

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

grub creates rescue entries for all found Linux kernels. However the
kernel parameters do not include noresume.
Hibernate/Resume is traditionally an issue on Linux. Crashes on resume
are a common problem. To be able to use the computer again, the user
needs to boot without resuming from a RAM image in such a sitation. This
require the kernel parameter noresume. Which the user most likely
doesn't know about, so the user needs another computer to be able to
look it up. Effectively the user may be locked out of the system for a
long time.
Adding the noresume parameter to the rescue entry would make rescue a
viable option for getting a system back into a useable state (and IMO
more closely match user expectations).
A rescue entry that tries to resume from a RAM image, if one is found,
seems broken to me.

Philipp

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.6.0-rc5-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libc6  (>= 2.3) |
libdevmapper1.02.1   (>= 2:1.02.36) |
libfreetype6 (>= 2.2.1) |
libfuse2 (>= 2.8.4-1.4) |
liblzma5   (>= 5.1.1alpha+20120614) |
libpng12-0(>= 1.2.13-4) |
zlib1g (>= 1:1.1.4) |
gettext-base|


Recommends  (Version) | Installed
=-+-===
os-prober   (>= 1.33) | 1.71


Suggests(Version) | Installed
=-+-
multiboot-doc |
grub-emu  |
xorriso   (>= 0.5.6.pl00) |
desktop-base   (>= 4.0.6) | 8.0.2
console-setup | 1.142




-8<---8<---8<---8<---8<---8<---8<---8<---8<--
Please attach the file:
  /tmp/reportbug-ng-grub-common-LU0Tym.txt
to the mail. I'd do it myself if the output wasn't too long to handle.

  Thank you!
->8--->8--->8--->8--->8--->8--->8--->8--->8--

Bug#818732: [synaptic] Crash on startup after changing release

[Philipp Klaus Krause]

Package: synaptic
Version: 0.83+b1
Severity: normal

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

I switched from unstable/experimental to testing by editing
/etc/apt/sources list and doing an apt-get update. Now synaptic crashes
on startup with error message:

E: The value 'unstable' is invalid for APT::Default-Release as such a
release is not available in the sources
E: _cache->open() failed, please report.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.11-1-amd64

Debian Release: stretch/sid
  500 testing ftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-==
libapt-inst1.5  (>= 0.8.16~exp12) |
libapt-pkg4.12(>= 0.9.11) |
libatk1.0-0   (>= 1.12.4) | 2.10.0-2
libc6   (>= 2.14) |
libcairo-gobject2 (>= 1.10.0) |
libcairo2  (>= 1.2.4) |
libept1.4.12  |
libgcc1  (>= 1:4.1.1) |
libgdk-pixbuf2.0-0(>= 2.22.0) |
libglib2.0-0  (>= 2.14.0) |
libgtk-3-0 (>= 3.0.0) |
libpango-1.0-0(>= 1.14.0) |
libpangocairo-1.0-0   (>= 1.14.0) |
libstdc++6   (>= 4.6) |
libvte-2.90-9   (>= 1:0.27.2) |
libx11-6  |
libxapian22   |
libxext6  |
zlib1g   (>= 1:1.1.4) |
hicolor-icon-theme|


Recommends   (Version) | Installed
==-+-=
gksu   | 2.0.2-6
 OR kdebase-bin|
 OR policykit-1| 0.105-3
libgtk2-perl  (>= 1:1.130) | 2:1.248-1
rarian-compat  | 0.8.1-5


Suggests (Version) | Installed
==-+-===
dwww   |
menu   | 2.1.46
deborphan  |
apt-xapian-index   | 0.45
tasksel|
software-properties-gtk|

Bug#816737: Broken after recent upgrade

[Philipp Klaus Krause]

Package: libc6
Severity: Serious

Yesterday, I tred to upgrade libc6 on my Debian GNU/testing system. But
it didn't work. The packages are marked as broken in synaptic. Today, I
tried apt-get -f install, but it fails too:

root@notebook4:/home/philipp# LANG=C apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... Done
The following packages were automatically installed and are no longer
required:
  gtk2-engines libglewmx1.10 libgtkglext1-dev libintl-perl libjsoncpp0v5
libopenraw1v5 libpangox-1.0-dev libsigc++-1.2-5c2 libusb-1.0-0:i386
lockfile-progs
  qemu-kvm
Use 'apt autoremove' to remove them.
The following additional packages will be installed:
  libc6 libc6:i386 libc6-i686:i386
Suggested packages:
  glibc-doc glibc-doc:i386 libc-l10n:i386 locales:i386
The following packages will be upgraded:
  libc6 libc6:i386 libc6-i686:i386
3 upgraded, 0 newly installed, 0 to remove and 950 not upgraded.
4 not fully installed or removed.
Need to get 0 B/6181 kB of archives.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n]
debconf: Perl may be unconfigured (Unknown regexp modifier "/g" at
/usr/share/perl/5.22/Text/Wrap.pm line 31, at end of line
BEGIN not safe after errors--compilation aborted at
/usr/share/perl/5.22/Text/Wrap.pm line 35.
Compilation failed in require at /usr/share/perl5/Debconf/Template.pm
line 10.
BEGIN failed--compilation aborted at
/usr/share/perl5/Debconf/Template.pm line 10.
Compilation failed in require at /usr/share/perl5/Debconf/Question.pm
line 8.
BEGIN failed--compilation aborted at
/usr/share/perl5/Debconf/Question.pm line 8.
Compilation failed in require at /usr/share/perl5/Debconf/Config.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Config.pm
line 7.
Compilation failed in require at /usr/share/perl5/Debconf/Log.pm line 10.
Compilation failed in require at (eval 1) line 4.
BEGIN failed--compilation aborted at (eval 1) line 4.
) -- aborting
(Reading database ... 388478 files and directories currently installed.)
Preparing to unpack .../libc6_2.21-9_amd64.deb ...
De-configuring libc6:i386 (2.21-8) ...
Unknown regexp modifier "/g" at /usr/share/perl/5.22/Text/Wrap.pm line
31, at end of line
BEGIN not safe after errors--compilation aborted at
/usr/share/perl/5.22/Text/Wrap.pm line 35.
Compilation failed in require at /usr/share/perl5/Debconf/Template.pm
line 10.
BEGIN failed--compilation aborted at
/usr/share/perl5/Debconf/Template.pm line 10.
Compilation failed in require at /usr/share/perl5/Debconf/Question.pm
line 8.
BEGIN failed--compilation aborted at
/usr/share/perl5/Debconf/Question.pm line 8.
Compilation failed in require at /usr/share/perl5/Debconf/Config.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Config.pm
line 7.
Compilation failed in require at /usr/share/perl5/Debconf/Log.pm line 10.
Compilation failed in require at /usr/share/perl5/Debconf/Db.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Db.pm line 7.
Compilation failed in require at /usr/share/debconf/frontend line 6.
BEGIN failed--compilation aborted at /usr/share/debconf/frontend line 6.
dpkg: error processing archive
/var/cache/apt/archives/libc6_2.21-9_amd64.deb (--unpack):
 subprocess new pre-installation script returned error exit status 255
Preparing to unpack .../archives/libc6_2.21-9_i386.deb ...
De-configuring libc6:amd64 (2.21-8) ...
Unknown regexp modifier "/g" at /usr/share/perl/5.22/Text/Wrap.pm line
31, at end of line
BEGIN not safe after errors--compilation aborted at
/usr/share/perl/5.22/Text/Wrap.pm line 35.
Compilation failed in require at /usr/share/perl5/Debconf/Template.pm
line 10.
BEGIN failed--compilation aborted at
/usr/share/perl5/Debconf/Template.pm line 10.
Compilation failed in require at /usr/share/perl5/Debconf/Question.pm
line 8.
BEGIN failed--compilation aborted at
/usr/share/perl5/Debconf/Question.pm line 8.
Compilation failed in require at /usr/share/perl5/Debconf/Config.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Config.pm
line 7.
Compilation failed in require at /usr/share/perl5/Debconf/Log.pm line 10.
Compilation failed in require at /usr/share/perl5/Debconf/Db.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Db.pm line 7.
Compilation failed in require at /usr/share/debconf/frontend line 6.
BEGIN failed--compilation aborted at /usr/share/debconf/frontend line 6.
dpkg: error processing archive
/var/cache/apt/archives/libc6_2.21-9_i386.deb (--unpack):
 subprocess new pre-installation script returned error exit status 255
Processing triggers for libc-bin (2.21-9) ...
Errors were encountered while processing:
 /var/cache/apt/archives/libc6_2.21-9_amd64.deb
 /var/cache/apt/archives/libc6_2.21-9_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Philipp

P.S.: How can I get my system back into a useable state? Since the

Bug#814644: [lvm2] Stupid changes in /etc/lvm/lvm.conf again and again

[Philipp Klaus Krause]

Package: lvm2
Version: 2.02.141-2
Severity: normal

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

When I upgrade the lvm2 package through synaptic, it comes with a
/etc/lvm/lvm.conf. Since lvm2 changes the file all the time and I have
set issue_discards=1 in my /etc/lvm/lvm.conf I always get the dialog
about the changed config file, and get a list of changes. I have seen
this multiple times recently; basically on each lvm2 upgrade.
And when I see the list of changes it is just or mostly indentation or
linebreaks. Sometimes some real change is hidden in there, too. But lvm2
should stop making pointless changes that just put additional
maintanance burden on the user.
Just as I'm typing this I am doing an lvm2 upgrade; most of the changes
in the file are bullshit like this:

-   # is not defined, a default single-entry list containing '@*' is
-   # assumed.
+   # is not defined, a default single-entry list containing '@*'
+   # is assumed.

Philipp

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.3.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends  (Version) | Installed
==-+-==
libc6(>= 2.15) |
libdevmapper-event1.02.1(>= 2:1.02.74) |
libdevmapper1.02.1  (>= 2:1.02.85) |
libreadline5  (>= 5.2) |
libudev1  (>= 183) |
init-system-helpers (>= 1.18~) |
lsb-base   |
dmsetup (>> 2:1.02.47) |
initscripts  (>= 2.88dsf-13.3) |


Package's Recommends field is empty.

Suggests (Version) | Installed
==-+-===
thin-provisioning-tools|

Bug#808858: [gimp] terminate called after throwing an instance of 'std::bad_alloc'

[Philipp Klaus Krause]

On 06.02.2016 19:24, Ari Pollak wrote:
> What happens if you remove beignet-opencl-icd?

Sorry, forgot to post the update: The issue went away after upgrading Mesa.

Philipp

Bug#810569: [gedit] Error querying file info: Error when getting information for file '…': No such file or directory

[Philipp Klaus Krause]

Package: gedit
Version: 3.18.2-1
Severity: normal

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

When a file is opened in gedit, gedit doesn't like when other files are
created and deleted in the same directory. I see messages, such as:

** (gedit:32456): WARNING **: Error querying file info: Error when
getting information for file '/tmp/I4Qtv6': No such file or directory

Naturally, this is very annoying when using gedit for a file in a
directory such as /tmp, whwere other applications regularly create and
delete files. It results in hundreds of such messages within seconds.

Philipp

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.2.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-==
python3:any   (>= 3.3.2-2~) |
libatk1.0-0 (>= 1.12.4) | 2.18.0-1
libc6 (>= 2.14) |
libcairo-gobject2   (>= 1.10.0) |
libcairo2(>= 1.2.4) |
libenchant1c2a   (>= 1.6.0) |
libgdk-pixbuf2.0-0  (>= 2.22.0) |
libgirepository-1.0-1(>= 0.9.3) |
libglib2.0-0   (>= 2.39.90) |
libgtk-3-0  (>= 3.11.7) |
libgtksourceview-3.0-1 (>= 3.11.90) |
libpango-1.0-0  (>= 1.14.0) |
libpangocairo-1.0-0 (>= 1.14.0) |
libpeas-1.0-0(>= 1.1.0) |
libx11-6|
libxml2  (>= 2.7.4) |
gedit-common  (>= 3.12) |
gedit-common  (<< 3.13) |
gnome-icon-theme-symbolic   |
gsettings-desktop-schemas   |
python3-gi (>= 3.0) |
python3-gi-cairo   (>= 3.0) |
gir1.2-peas-1.0 |
iso-codes   |


Recommends  (Version) | Installed
=-+-===
zenity| 3.16.3-1
yelp  | 3.16.1-1


Suggests   (Version) | Installed
-+-===
gedit-plugins| 3.18.0-1



--- Output from package bug script ---
Active plugins:
  - 'charmap'
  -  'codecomment'
  -  'docinfo'
  -  'filebrowser'
  -  'modelines'
  -  'spell'
  -  'time'

No plugin installed in /home/philipp.

Module versions:
  - glib  2.46.2
  - gtk+  3.18.6
  - gtksourceview
  - pygobject
  - enchant
  - iso-codes 3.63

Bug#808858: [gimp] terminate called after throwing an instance of 'std::bad_alloc'

[Philipp Klaus Krause]

Package: gimp
Version: 2.8.16-1
Severity: serious

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

I cannot start gimp, get "terminate called after throwing an instance of
'std::bad_alloc'". Here's a gdb backtrace:

philipp@notebook4:~$ gdb gimp
GNU gdb (Debian 7.10-1) 7.10
Copyright (C) 2015 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 gimp...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/gimp
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe06ee700 (LWP 15598)]
[New Thread 0x7fffdfeed700 (LWP 15599)]
[New Thread 0x7fffdf6ec700 (LWP 15600)]
[New Thread 0x7fffdeeeb700 (LWP 15601)]
[Thread 0x7fffdeeeb700 (LWP 15601) exited]
[Thread 0x7fffdf6ec700 (LWP 15600) exited]
[Thread 0x7fffdfeed700 (LWP 15599) exited]
[Thread 0x7fffe06ee700 (LWP 15598) exited]
terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc

Program received signal SIGABRT, Aborted.
0x72f94657 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:55
55  ../sysdeps/unix/sysv/linux/raise.c: Datei oder Verzeichnis nicht
gefunden.
(gdb) bt
#0  0x72f94657 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:55
#1  0x72f95a2a in __GI_abort () at abort.c:89
#2  0x7fffeacfd35d in __gnu_cxx::__verbose_terminate_handler() ()
from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x7fffeacfb3b6 in ?? () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x7fffeacfb401 in std::terminate() () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x7fffeacfb619 in __cxa_throw () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x7fffeacfbb2c in operator new(unsigned long) () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7  0x7fffe19d9648 in ?? () from
/usr/lib/x86_64-linux-gnu/libLLVM-3.5.so.1
#8  0x7fffe19d9769 in
llvm::MemoryBuffer::getMemBuffer(llvm::StringRef, llvm::StringRef, bool)
() from /usr/lib/x86_64-linux-gnu/libLLVM-3.5.so.1
#9  0x7fffe5a77950 in ?? () from
/usr/lib/x86_64-linux-gnu/beignet//libgbe.so
#10 0x7fffe5a78c13 in ?? () from
/usr/lib/x86_64-linux-gnu/beignet//libgbe.so
#11 0x7fffea3fe12f in ?? () from
/usr/lib/x86_64-linux-gnu/beignet//libcl.so
#12 0x7fffea3f57d6 in clBuildProgram () from
/usr/lib/x86_64-linux-gnu/beignet//libcl.so
#13 0x7fffea40a589 in ?? () from
/usr/lib/x86_64-linux-gnu/beignet//libcl.so
#14 0x7fffea40a72b in ?? () from
/usr/lib/x86_64-linux-gnu/beignet//libcl.so
#15 0x7fffea64c716 in ?? () from /usr/lib/x86_64-linux-gnu/libOpenCL.so
#16 0x7fffea64cd2b in clGetPlatformIDs () from
/usr/lib/x86_64-linux-gnu/libOpenCL.so
#17 0x74bf500c in ?? () from
/usr/lib/x86_64-linux-gnu/libgegl-0.3.so.0
#18 0x74bf5c1b in ?? () from
/usr/lib/x86_64-linux-gnu/libgegl-0.3.so.0
#19 0x74ba6af7 in ?? () from
/usr/lib/x86_64-linux-gnu/libgegl-0.3.so.0
#20 0x73d48015 in g_closure_invoke () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#21 0x73d5a061 in ?? () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#22 0x73d62dfc in g_signal_emit_valist () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#23 0x73d6312f in g_signal_emit () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#24 0x73d4c544 in ?? () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#25 0x73d4bdf8 in ?? () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#26 0x73d4f86d in g_object_set_valist () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#27 0x73d5003c in g_object_set () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#28 0x74ba74e5 in ?? () from
/usr/lib/x86_64-linux-gnu/libgegl-0.3.so.0
#29 0x7387bd68 in g_option_context_parse () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#30 0x7387cc24 in g_option_context_parse_strv () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#31 0x0048232e in main ()
(gdb)




--- System information. ---
Architecture: amd64
Kernel:   Linux 4.2.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends(Version) | Installed

Bug#800889: 3.18.0

[Philipp Klaus Krause]

I just tried 3.18.0 from current debian testing, and see the same
problem there.

Philipp

Bug#800889: [gedit] lines not wrapping to text field width, but to window width

[Philipp Klaus Krause]

Package: gedit
Version: 3.16.3-1
Severity: normal

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

When I have long lines in a text file, gedit wraps the lines, preferybly
at word boundaries. However, the width is not calculated as the width of
the visible text area, but as the width of the text area with the
vertical scroll bar.
This means that for lines that are just one or two characters wider than
the text area, they are not wrapped, and the last one or two characters
are not visible. Similarly for lines where some word is just at the edge.

The attached sample file swhoiws the problem on my system, as the last }
in the file is placed on the second line, but not visible due to the
vertical scroll bar.

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.1.0-1-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-==
python3:any   (>= 3.3.2-2~) |
libatk1.0-0 (>= 1.12.4) | 2.16.0-2
libc6 (>= 2.14) |
libcairo-gobject2   (>= 1.10.0) |
libcairo2(>= 1.2.4) |
libenchant1c2a   (>= 1.6.0) |
libgdk-pixbuf2.0-0  (>= 2.22.0) |
libgirepository-1.0-1(>= 0.9.3) |
libglib2.0-0   (>= 2.39.90) |
libgtk-3-0  (>= 3.11.7) |
libgtksourceview-3.0-1 (>= 3.11.90) |
libpango-1.0-0  (>= 1.14.0) |
libpangocairo-1.0-0 (>= 1.14.0) |
libpeas-1.0-0(>= 1.1.0) |
libx11-6|
libxml2  (>= 2.7.4) |
gedit-common  (>= 3.12) |
gedit-common  (<< 3.13) |
gnome-icon-theme-symbolic   |
gsettings-desktop-schemas   |
python3-gi (>= 3.0) |
python3-gi-cairo   (>= 3.0) |
gir1.2-peas-1.0 |
iso-codes   |


Recommends  (Version) | Installed
=-+-===
zenity| 3.16.3-1
yelp  | 3.16.1-1


Suggests   (Version) | Installed
-+-===
gedit-plugins|



--- Output from package bug script ---
Active plugins:
  - 'spell'
  -  'time'
  -  'modelines'
  -  'docinfo'
  -  'filebrowser'

No plugin installed in /home/philipp.

Module versions:
  - glib  2.44.1
  - gtk+  3.16.6
  - gtksourceview
  - pygobject
  - enchant
  - iso-codes 3.61


test.tex
Description: TeX document

Bug#796667: [freeciv-client-gtk] UpDown arrows in new game dialog do too much

[Philipp Klaus Krause]

Package: freeciv-client-gtk
Version: 2.5.1-1
Severity: normal

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

When creating a new game, in the options dialog, there are numeric entry
fields for map size, etc. Clicking them used to increase / decrease the
value by 1. Now it changes by far more, how much differs between the
entry fields.
Example: The top field for the map size changes by 40 for each click.
This is far too much, since the default value is 4 and a value of 20 is
already considered huge according to the mouseover tooltip.

Philipp

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.0.0-2-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-=
freeciv-data (= 2.4.2-1) | 2.5.1-1
libbz2-1.0   |
libc6  (= 2.15) |
libcairo2 (= 1.2.4) |
libgdk-pixbuf2.0-0   (= 2.22.0) |
libglib2.0-0 (= 2.35.9) |
libgtk-3-0   (= 3.3.16) |
libgtk2.0-0  (= 2.12.0) |
liblua5.1-0  |
liblzma5(= 5.1.1alpha+20120614) |
libpango-1.0-0   (= 1.14.0) |
libpangocairo-1.0-0  (= 1.14.0) |
libsdl-mixer1.2  |
libsdl1.2debian  (= 1.2.11) |
zlib1g  (= 1:1.1.4) |


Recommends(Version) | Installed
===-+-
freeciv-server  (= 2.4.2-1) | 2.5.1-1
gtk2-engines-pixbuf | 2.24.28-1


Suggests   (Version) | Installed
-+-===
freeciv-client-extras|
freeciv-sound|

Bug#794227: [iceweasel] middle-click on text input field loads pae instead of pasting

[Philipp Klaus Krause]

Package: iceweasel
Version: 38.1.0esr-3
Severity: normal

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

When I try to paste
svn: E170001: Authorization failed
into a bug report at Sourceforge, iceweasel instead interprets it as a
page URL, and tries to load it.
When I middle-click on a text input field, such as the one in the
Sourceforge bug tracker, I expect text to be pasted into the field.
Icweasel instead wants to load another page, interpreting whatever I
wanted to paste as an URL.

This bug report is different from #406793: There someone middle-clicked
on normal page content, while I middle-clicked on a text entry field.

Philipp

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libasound2  (= 1.0.16) |
libatk1.0-0 (= 1.12.4) |
libc6 (= 2.17) |
libcairo2(= 1.2.4) |
libdbus-1-3  (= 1.0.2) |
libdbus-glib-1-2  (= 0.78) |
libevent-2.0-5   (= 2.0.10-stable) |
libffi6  (= 3.0.4) |
libfontconfig1(= 2.11) |
libfreetype6 (= 2.2.1) |
libgcc1(= 1:4.1.1) |
libgdk-pixbuf2.0-0  (= 2.22.0) |
libglib2.0-0(= 2.37.3) |
libgtk2.0-0 (= 2.24.0) |
libhunspell-1.3-0(= 1.3.3) |
libnspr4  (= 2:4.10.3) |
libnss3 (= 2:3.16) |
libpango-1.0-0  (= 1.14.0) |
libsqlite3-0 (= 3.7.12-1~) |
libstartup-notification0   (= 0.8) |
libstdc++6 (= 4.9) |
libvpx1  (= 1.3.0) |
libx11-6|
libxext6|
libxrender1 |
libxt6  |
zlib1g (= 1:1.2.0) |
fontconfig  |
procps  |
debianutils   (= 1.16) |


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
fonts-stix   | 1.1.1-3
 OR otf-stix |
fonts-oflb-asana-math| 000.907-6
fonts-mathjax|
mozplugger   |
libgssapi-krb5-2 | 1.12.1+dfsg-19
 OR libkrb53 |
libgnomeui-0 | 2.24.5-3
libcanberra0 | 0.30-2.1



--- Output from package bug script ---

-- Extensions information
Name: Close last tab with middle-click
Location: /jid0-a81muwfvwz11vbnmbhausuns...@jetpack.xpi
Status: enabled

Name: Default theme
Location:
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

-- Plugins information
Name: IcedTea-Web Plugin (using IcedTea-Web 1.5.2 (1.5.2-1.1))
Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-7-plugin:amd64
Status: enabled


-- Addons package information
ii  icedtea-7-plug 1.5.2-1.1amd64web browser plugin based on
OpenJ
ii  iceweasel  38.1.0esr-3  amd64Web browser based on Firefox


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

Bug#789831: [sdcc] Please package latest upstream version

[Philipp Klaus Krause]

Package: sdcc
Version: 3.4.0+dfsg-2
Severity: normal

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

Upstream released a new version today. In particular the stm8 port, the
z80 port and support for long long int had quite a few bugs fixed.
Please package the new release 3.5.0.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#785144: [okular] zoom not working in presentation mode

[Philipp Klaus Krause]

Package: okular
Version: 4:4.14.2-2
Severity: normal

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

When in presentation mode, zoom (e.g. using ctrl and the mouse wheel) is
not working. This is quite annoying when wanting to highlight small
details in graphics in presentations, since one has to leave
presentation mode to show the details, and then go back to presentation
mode again.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: stretch/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libokularcore4   (= 4:4.13.3-1) |
kde-runtime ( 4:4.10) | 4:4.14.2-2
libc6 (= 2.14) |
libfreetype6 (= 2.2.1) |
libjpeg8(= 8c) |
libkactivities6 (= 4:4.11) |
libkdecore5 (= 4:4.11) |
libkdeui5   (= 4:4.11) |
libkexiv2-11  (= 4:4.10.2) |
libkio5 (= 4:4.11) |
libkparts4  (= 4:4.11) |
libkprintutils4 (= 4:4.11) |
libkpty4(= 4:4.11) |
libphonon4 (= 4:4.6.0really4.3.80) |
libpoppler-qt4-4(= 0.22.1) |
libqca2  (= 2.0.2) |
libqimageblitz4(= 1:0.0.4) |
libqmobipocket1  (= 4:4.11.80) |
libqt4-dbus(= 4:4.6.1) |
libqt4-declarative (= 4:4.7.0~rc1) |
libqt4-svg (= 4:4.5.3) |
libqt4-xml (= 4:4.5.3) |
libqtcore4 (= 4:4.8.0) |
libqtgui4  (= 4:4.8.0) |
libsolid4   (= 4:4.11) |
libspectre1  (= 0.2.3) |
libstdc++6   (= 4.1.1) |
phonon  |
zlib1g (= 1:1.1.4) |


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
ghostscript  | 9.06~dfsg-2
jovie|
okular-extra-backends (= 4:4.13.3-1) |
poppler-data | 0.4.7-1
texlive-binaries | 2014.20140926.35254-6
unrar|


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

Bug#784423: [xtrkcad] Wrong turnoutname

[Philipp Klaus Krause]

Package: xtrkcad
Version: 1:4.0.2-2+b1
Severity: normal

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

The Märklin right turnout 5119 is named Left Turnout R360 30°. This is
very confusing, e.g. when creating a parts list. It probably should be
Right Turnout R360 30°.
I do not know if the issue is fixed in the current upstream version 4.2.0.

Philipp

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: 8.0
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends  (Version) | Installed
==-+-
libatk1.0-0(= 1.12.4) | 2.14.0-1
libc6 (= 2.7) |
libcairo2   (= 1.2.4) |
libfontconfig1  (= 2.8.0) |
libfreetype6(= 2.2.1) |
libgdk-pixbuf2.0-0 (= 2.22.0) |
libglib2.0-0   (= 2.16.0) |
libgtk2.0-0 (= 2.8.0) |
libpango1.0-0  (= 1.14.0) |
libsoup2.4-1(= 2.4.0) |
libwebkitgtk-1.0-0 (= 1.3.10) |
libx11-6   |


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#783356: [icedove] stupid dialog window popus

[Philipp Klaus Krause]

Package: icedove
Version: 31.6.0-1
Severity: normal

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

Thunderbird / icedove often opens dialog window popus (e.g. There was
an error saving the message to Drafts. Retry?, or the window for
entering my gpg passphrase when an encrypted mail arrives, password
entry for an amail account, etc). These windows are opened on top of all
other thunderbird windows.

Often, I'm writing an email, and while I type, thunderbird opens such a
dialog. Before I can read it, the dialog is gone, with whatever I was
typing at the moment having selected one of the choices in the dialog
(it even happened once while I was writing this bug report).

There has to be a better solution. The current one is worse than no
dialog window at all: It annoys me while writing emails, and it doesn't
give me a choice, as choice made is random.

Maybe the dialog window could open in front of the main thunderbird
window, but below the message I'm writing?

Philipp

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: 8.0
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-===
fontconfig  | 2.11.0-6.3
psmisc  | 22.21-2
debianutils   (= 1.16) | 4.4+b1
libasound2  (= 1.0.16) |
libatk1.0-0 (= 1.12.4) |
libc6 (= 2.15) |
libcairo2(= 1.10.2-2~) |
libdbus-1-3  (= 1.0.2) |
libdbus-glib-1-2  (= 0.78) |
libevent-2.0-5   (= 2.0.10-stable) |
libffi6  (= 3.0.4) |
libfontconfig1(= 2.11) |
libfreetype6 (= 2.2.1) |
libgcc1(= 1:4.1.1) |
libgdk-pixbuf2.0-0  (= 2.22.0) |
libglib2.0-0(= 2.37.3) |
libgtk2.0-0 (= 2.24.0) |
libhunspell-1.3-0(= 1.3.3) |
libnspr4  (= 2:4.10.3) |
libnss3 (= 2:3.16) |
libpango-1.0-0  (= 1.14.0) |
libpangocairo-1.0-0 (= 1.14.0) |
libpangoft2-1.0-0   (= 1.14.0) |
libpixman-1-0   (= 0.25.2) |
libsqlite3-0 (= 3.7.7) |
libstartup-notification0   (= 0.8) |
libstdc++6 (= 4.9) |
libvpx1  (= 1.3.0) |
libx11-6|
libxext6|
libxrender1 |
libxt6  |
zlib1g (= 1:1.2.0) |


Recommends   (Version) | Installed
==-+-===
myspell-en-us  |
 OR hunspell-dictionary|
 OR myspell-dictionary |


Suggests  (Version) | Installed
===-+-===
fonts-lyx   | 2.1.3-1
libgssapi-krb5-2| 1.12.1+dfsg-19


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

Bug#783098: [iceweasel] Fully uses one CPU core

[Philipp Klaus Krause]

Package: iceweasel
Version: 31.6.0esr-1
Severity: important

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

It is well known that iceweasel / firefox often fully uses one CPU core
when a page is being displayed (see all the bug reports here and
upstream). I am used to it. However, recently, I see it fully use a CPU
core and continuing to do so, even when I close all tabs or close it.
To reproduce: Start iceweasel, open some pages, wait for some time
uintil it starts fully using a CPU core, then close all tabs. It still
fully uses a core. When I close it (using the 'x' from the window
manager), the process still fully uses a core. Sending a TERM signal
using kill works though.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: 8.0
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libasound2  (= 1.0.16) |
libatk1.0-0 (= 1.12.4) |
libc6 (= 2.17) |
libcairo2(= 1.2.4) |
libdbus-1-3  (= 1.0.2) |
libdbus-glib-1-2  (= 0.78) |
libevent-2.0-5   (= 2.0.10-stable) |
libffi6  (= 3.0.4) |
libfontconfig1(= 2.11) |
libfreetype6 (= 2.2.1) |
libgcc1(= 1:4.1.1) |
libgdk-pixbuf2.0-0  (= 2.22.0) |
libglib2.0-0(= 2.37.3) |
libgtk2.0-0 (= 2.24.0) |
libhunspell-1.3-0(= 1.3.3) |
libnspr4  (= 2:4.10.3) |
libnss3 (= 2:3.16) |
libpango-1.0-0  (= 1.14.0) |
libsqlite3-0 (= 3.7.12-1~) |
libstartup-notification0   (= 0.8) |
libstdc++6 (= 4.9) |
libvpx1  (= 1.3.0) |
libx11-6|
libxext6|
libxrender1 |
libxt6  |
zlib1g (= 1:1.2.0) |
fontconfig  |
procps  |
debianutils   (= 1.16) |


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
fonts-stix   | 1.1.1-1
 OR otf-stix |
fonts-oflb-asana-math| 000.907-6
fonts-mathjax|
mozplugger   |
libgssapi-krb5-2 | 1.12.1+dfsg-19
 OR libkrb53 |
libgnomeui-0 | 2.24.5-3
libcanberra0 | 0.30-2.1



--- Output from package bug script ---

-- Extensions information
Name: Close last tab with middle-click
Location: /jid0-a81muwfvwz11vbnmbhausuns...@jetpack.xpi
Status: enabled

Name: Default theme
Location:
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

-- Plugins information
Name: IcedTea-Web Plugin (using IcedTea-Web 1.5 (1.5-2+deb8u1))
Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-7-plugin:amd64
Status: enabled


-- Addons package information
ii  icedtea-7-plug 1.5-2+deb8u1 amd64web browser plugin based on
OpenJ
ii  iceweasel  31.6.0esr-1  amd64Web browser based on Firefox


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

Bug#766325: [sdcc] Outdated package descriptions

[Philipp Klaus Krause]

Package: sdcc
Version: 3.4.0+dfsg-2
Severity: minor

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

The package desriptions for the sdcc-related packages seems to be long
out of sync with upstream. The Debian packages state

SDCC is a C compiler for the Intel MCS51 family, AVR, HC08, PIC and Z80
microcontrollers.

The avr backend never really worked (and is not build by default).
sdcc currently supports microcontrollers of the following families:

Intel MCS51
Maxim/Dallas DS390
Freescale HC08
Freescale S08
Zilog Z80
Zilog Z180
Sharp LR35902 (the CPU in the Gameboy)
Rabbit 2000/3000
STMicroelectroncis STM8

The following are work in progress, but built by default and useable to
some degree:

Toshiba TLCS-90
Microchip PIC16
Microchip PIC18

All except the work in progress are also supported by the simulator.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.14-1-amd64

Debian Release: jessie/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends  (Version) | Installed
==-+-
sdcc-libraries (= 2.9.0-5) |
libc6 (= 2.7) | 2.19-10


Recommends  (Version) | Installed
=-+-===
sdcc-doc  |


Suggests(Version) | Installed
=-+-===
sdcc-ucsim|


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

Bug#766360: [libdrm-intel1] XIO: fatal IO error 11

[Philipp Klaus Krause]

Package: libdrm-intel1
Version: 2.4.58-2
Severity: normal

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

I do not know if libdrm-intel1 is the right package for this bugreport

The current version of the non-free game Train Fever (build 4519)
crashes for me after about one hour of gameplay for whatever reasons.
However, after I kill the game and the steam processes I can still work
with X, but there is something wrong now. GL applications no longer seem
to work as they should.

Example: Whenever I start glxgears after such a Train Fever crash,
glxgears works normally, but the moment I close it I get:

XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server
:0.0
  after 506 requests (506 known processed) with 0 events remaining.

The only way to get rid of the issue seems to be to kill X.

I think that there is a bug outside of Train Fever: Whatever the
non-free game Train Fever does to crash: Once I kill it, further
applications should not be affected.

I have libdrm-intel1 2.4.58-2 installed and libgl1-mesa-dri 10.3.1-1.

From glxinfo output:

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.1
OpenGL core profile shading language version string: 3.30

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16-1-amd64

Debian Release: jessie/sid
  500 unstableftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#762714: Fixed in 3.14.0-1

[Philipp Klaus Krause]

I just installed 3.14.0-1, which works for me.

Philipp


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

Bug#762714: [baobab] Empty window

[Philipp Klaus Krause]

Package: baobab
Version: 3.12.1-1
Severity: important

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

The babobab window is empty, except for the main menu (Anwendung in
the German locale), which contains three items (Hilfe, Info,
Beenden). Those three items work, but obviously baobab is still useless.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16-1-amd64

Debian Release: jessie/sid
  500 unstableftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-
libatk1.0-0 (= 1.12.4) | 2.12.0-1
libc6(= 2.2.5) |
libcairo-gobject2   (= 1.10.0) |
libcairo2(= 1.2.4) |
libgdk-pixbuf2.0-0  (= 2.22.0) |
libglib2.0-0  (= 2.40) |
libgtk-3-0  (= 3.9.10) |
libpango-1.0-0  (= 1.14.0) |
libpangocairo-1.0-0 (= 1.14.0) |
dconf-gsettings-backend |
 OR gsettings-backend   |


Recommends  (Version) | Installed
=-+-===
yelp  | 3.12.0-1


Package's Suggests field is empty.


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

Bug#747512: [grub-pc] Installation fails

[Philipp Klaus Krause]

Package: grub-pc
Version: 2.02~beta2-10
Severity: grave

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

I cannot install current grub-pc. I first noticed the issue when trying
to update from synaptic, then apt.
Here's what happens when I try to install grub-pc using dpkg:

root@notebook4:~# LANG=C dpkg -i *.deb
(Reading database ... 315047 files and directories currently installed.)
Preparing to unpack grub-pc_2.02~beta2-10_amd64.deb ...
Unpacking grub-pc (2.02~beta2-10) over (2.02~beta2-10) ...
Preparing to unpack grub-pc-bin_2.02~beta2-10_amd64.deb ...
Unpacking grub-pc-bin (2.02~beta2-10) over (2.02~beta2-10) ...
Setting up grub-pc-bin (2.02~beta2-10) ...
Setting up grub-pc (2.02~beta2-10) ...
/var/lib/dpkg/info/grub-pc.postinst: line 195: /bin/uname: cannot
execute binary file: Exec format error
/var/lib/dpkg/info/grub-pc.postinst: line 195: /bin/uname: cannot
execute binary file: Exec format error
Installing for i386-pc platform.
Installation finished. No error reported.
Generating grub configuration file ...
/bin/uname: 1: /bin/uname: Syntax error: ( unexpected
dpkg: error processing package grub-pc (--install):
 subprocess installed post-installation script returned error exit status 2
Processing triggers for man-db (2.6.7.1-1) ...
Errors were encountered while processing:
 grub-pc

--- System information. ---
Architecture: amd64
Kernel:

Debian Release: jessie/sid
  500 unstableftp.de.debian.org

--- Package information. ---
Depends  (Version) | Installed
==-+-==
debconf  (= 0.5)  | 1.5.53
 OR debconf-2.0|
grub-common  (= 2.02~beta2-10) | 2.02~beta2-10
grub2-common (= 2.02~beta2-10) | 2.02~beta2-10
grub-pc-bin  (= 2.02~beta2-10) | 2.02~beta2-10
ucf| 3.0028


Package's Recommends field is empty.

Package's Suggests field is empty.


--- Output from package bug script ---

*** BEGIN /proc/mounts
/dev/mapper/universum-root / btrfs rw,relatime,ssd,discard,space_cache 0 0
/dev/sda1 /boot ext4 rw,relatime,discard,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s /grubenv ]


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

Bug#740063: [Pkg-erlang-devel] Bug#740063: Upstream seems to be ok

[Philipp Klaus Krause]

Am 01.03.2014 18:52, schrieb Sergei Golovan:
 Hi Philipp,
 
 On Sat, Mar 1, 2014 at 3:58 PM, Philipp Klaus Krause p...@spth.de wrote:
 I downloaded and compiled the 1.5.2 source from upstream, and the
 resulting wings3d works for me. The wings3d 1.5.2 in Debian doesn't.
 
 I tried to reproduce the crash, but failed. Wings3d works for me (on
 intel card). I run it both with and without DRI (with and without
 libgl1-mesa-dri installed). No crash for me.
 
 How did you compile the 1.5.2 from the upstream sources? Could you
 build it again and show me the build logs?
 
 Cheers!
 

I jut unpacked the tarball and did a

make  og

and then started wings3d using

erl -smp -pa ebin -run wings_start start_halt

Seems to work ok. Here's the output from the latter:

philipp@notebook4:~/test/wings-1.5.2$ erl -smp -pa ebin -run wings_start
start_halt
Erlang R16B03-1 (erts-5.10.4) [source] [64-bit] [smp:4:4]
[async-threads:10] [kernel-poll:false]

wings-1.5.2
Reading preferences from: /home/philipp/.wings3d/preferences.txt
Eshell V5.10.4  (abort with ^G)
1 Trying OpenGL modes
  [{buffer_size,32},{depth_size,32},{stencil_size,8},{accum_size,16}]
  [{buffer_size,24},{depth_size,32},{stencil_size,8},{accum_size,16}]
  [{buffer_size,24},{depth_size,24},{stencil_size,8},{accum_size,16}]
  [{buffer_size,24},{depth_size,24},{stencil_size,0},{accum_size,16}]
  [{buffer_size,16},{depth_size,24},{stencil_size,8},{accum_size,16}]
  [{buffer_size,16},{depth_size,16},{stencil_size,8},{accum_size,16}]
  [{buffer_size,16},{depth_size,16},{stencil_size,0},{accum_size,16}]
  [{buffer_size,16},{depth_size,16},{stencil_size,0},{accum_size,0}]
Actual: RGBA: 8 8 8 8 Depth: 24 Stencil: 8 Accum: 0 0 0 0
Using GPU shaders.
Using GPU shaders.

The file og is attached.

Philipp

WINGS_VSN = 1.5.2
(cd intl_tools; make)
make[1]: Entering directory `/home/philipp/test/wings-1.5.2/intl_tools'
make TYPE=opt common
make[2]: Entering directory `/home/philipp/test/wings-1.5.2/intl_tools'
erlc  -Werror +debug_info +debug_info -o. tools.erl
make[2]: Leaving directory `/home/philipp/test/wings-1.5.2/intl_tools'
make[1]: Leaving directory `/home/philipp/test/wings-1.5.2/intl_tools'
(cd src; make)
make[1]: Entering directory `/home/philipp/test/wings-1.5.2/src'
make TYPE=opt common
make[2]: Entering directory `/home/philipp/test/wings-1.5.2/src'
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_lang.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin user_default.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_align.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_ask.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_body.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_camera.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_cl.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_cc.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_cc_ref.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_collapse.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_color.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_console.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_deform.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_develop.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_dissolve.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_dl.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_drag.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_draw.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_draw_setup.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_edge.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_edge_cmd.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_edge_loop.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_export.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools  
-o../ebin wings_extrude_edge.erl
erlc -Werror -I ../e3d

Bug#740063: [Pkg-erlang-devel] Bug#740063: Bug#740063: Upstream seems to be ok

[Philipp Klaus Krause]

Am 06.03.2014 13:08, schrieb Sergei Golovan:
 Hi Philipp,
 
 On Thu, Mar 6, 2014 at 3:53 PM, Philipp Klaus Krause p...@spth.de wrote:

 I jut unpacked the tarball and did a

 make  og
 
 Could you also try to build wings using
 
 make wx
 
 instead of just make and check if it still works for you?

wings3d built with make wx  log crashes at start just like the one
from the Debian package.

 Also, did you install
 Wings dependencies (specifically esdl) separately or use the erlang-esdl
 and erlang-esdl-dev Debian packages?

I used the Debian packages for all dependencies.

Philipp

WINGS_VSN = 1.5.2
(cd intl_tools; make)
make[1]: Entering directory `/home/philipp/test/wings-1.5.2/intl_tools'
make TYPE=opt common
make[2]: Entering directory `/home/philipp/test/wings-1.5.2/intl_tools'
erlc  -Werror +debug_info +debug_info -o. tools.erl
make[2]: Leaving directory `/home/philipp/test/wings-1.5.2/intl_tools'
make[1]: Leaving directory `/home/philipp/test/wings-1.5.2/intl_tools'
(cd src; make wx)
make[1]: Entering directory `/home/philipp/test/wings-1.5.2/src'
make TYPE=wx common
make[2]: Entering directory `/home/philipp/test/wings-1.5.2/src'
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_lang.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin user_default.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_align.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_ask.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_body.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_camera.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_cl.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_cc.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_cc_ref.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_collapse.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_color.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_console.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_deform.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_develop.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_dissolve.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_dl.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_drag.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_draw.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_draw_setup.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_edge.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_edge_cmd.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_edge_loop.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_export.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_extrude_edge.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_extrude_face.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_face.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_face_cmd.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_facemat.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_file.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_ff_ndo.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_ff_wings.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools 
-DUSE_WX=1 -o../ebin wings_gl.erl
erlc -Werror -I ../e3d

Bug#740063: Upstream seems to be ok

[Philipp Klaus Krause]

I downloaded and compiled the 1.5.2 source from upstream, and the
resulting wings3d works for me. The wings3d 1.5.2 in Debian doesn't.

Philipp


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

Bug#740063: [wings3d] Crash on startup

[Philipp Klaus Krause]

Package: wings3d
Version: 1.5.2-1
Severity: normal

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

When attempting to start wings3d, I see the following:

philipp@phoinikas:~$ wings3d

=ERROR REPORT 25-Feb-2014::11:16:39 ===
Error in process 0.30.0 with exit value:
{{error,no_gl_context,5075},[{gl,rec,0,[{file,gen/gl.erl},{line,295}]},{wings_gl,init_extensions,0,[{file,wings_gl.erl},{line,67}]},{wings_init,init,0,[{file,wings_init.erl},{line,195}]},{wings,init,1,[{file,wings.erl},{line,105}]}]}



Fatal internal error - log written to /home/philipp/wings_crash.dump

The log at /home/philipp/wings_crash.dump contains

Dump written 2014-2-25_11-16
Version: 1.5.2
Window: Unknown Window Name
Reason: {{error,no_gl_context,5075},
 [{gl,rec,0,[{file,gen/gl.erl},{line,295}]},
  {wings_gl,init_extensions,0,[{file,wings_gl.erl},{line,67}]},
  {wings_init,init,0,[{file,wings_init.erl},{line,195}]},
  {wings,init,1,[{file,wings.erl},{line,105}]}]}

This is a Debian GNU/Linux testing installation using the non-free
Nvidia drivers. Apparently, someone using the free Intel driver
experienced the same problem:
http://forums.debian.net/viewtopic.php?f=10t=110535

Philipp

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.12-1-amd64

Debian Release: jessie/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-
erlang-base  (= 1:16.b.3-dfsg)  | 1:16.b.3.1-dfsg-2
 OR erlang-base-hipe  (= 1:16.b.3-dfsg) |
erlang-abi-15.b  |
erlang-wx (= 1:16.b.3-dfsg) | 1:16.b.3.1-dfsg-2
erlang-xmerl  (= 1:16.b.3-dfsg) | 1:16.b.3.1-dfsg-2
erlang-esdl (= 1.2) | 1.2-2
erlang-cl| 1.2.1-1
libc6  (= 2.14) | 2.18-3
libgl1-mesa-glx  | 9.2.2-1
 OR libgl1   |
libglu1-mesa | 9.0.0-2
 OR libglu1  |
libjpeg8 (= 8c) | 8d-2


Package's Recommends field is empty.

Suggests (Version) | Installed
==-+-===
erlang-dialyzer (= 1:16.b.3-dfsg) |
erlang-tools(= 1:16.b.3-dfsg) |
yafaray|
 OR aqsis  |


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

Bug#740063: Also on unstable

[Philipp Klaus Krause]

I also have a Debian GNU/Linux unstable system, that uses the latest
Intel graphics driver. I see the same issue there:

philipp@notebook4:~$ wings3d

=ERROR REPORT 26-Feb-2014::00:34:06 ===
Error in process 0.31.0 with exit value:
{{error,no_gl_context,5075},[{gl,rec,0,[{file,gen/gl.erl},{line,295}]},{wings_gl,init_extensions,0,[{file,wings_gl.erl},{line,67}]},{wings_init,init,0,[{file,wings_init.erl},{line,195}]},{wings,init,1,[{file,wings.erl},{line,105}]}]}



Fatal internal error - log written to /home/philipp/wings_crash.dump


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

Bug#731538: Info received (Bug#731538: [icedove] Keeps indexing forever)

[Philipp Klaus Krause]

So I got a new notebook today, installed Debian, installed icedove from
unstable, copied over my .icedove from my old notebook, started icedove.
Now icedove is indexing again.

Philipp


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

Bug#731538: Things I tried

[Philipp Klaus Krause]

I tried using safe mode. Didn't help.
I tried deleting all .msf files. Didn't help.

I put a screenshot of the error console during indexing at
http://colecovision.eu/stuff/thunderbird-errorconsole.png
The messages there are scrolling really fast.

On my old notebook, I used icedove 17.0.10-1. I encountered this bug on
the new notebooks. Each time I just copied the .icedove directory from
the old notebook to the new one.
On new notebook 1, I used 17.0.10-1.
On new notebook 2, I use 24.3.0-1.

In the end I deleted the global-messages-db.sqlite from my profile. Now
the problem is gone.

Philipp


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

Bug#731538: [icedove] Keeps indexing forever

[Philipp Klaus Krause]

Am 12.02.2014 21:43, schrieb Carsten Schoenert:
 Hello Philip,
 
 On Fri, Dec 06, 2013 at 01:11:57PM +0100, Philipp Klaus Krause wrote:
 Some time ago I notied that icedove constantly uses my cpu, draining my
 notebook battery. Looking at the activities I found icedove was
 indexing. I closed icedove and started it again, but it just started
 indexing again. Soon it says that indexing is 99% completed, but both
 the number stating how much has been indexed and the number stating how
 much should be indexed in total keep going up.
 Currently (some days later) it says that it indexed 12180596 out of
 12188498 messages. I don't think I have that many messages.

 Looking around the web, I only found a similar bug for thunderbird 3,
 that apparently was fixed long ago.
 
 did this issue happen if you are running in safe mode?
 Have you also tried to disable partrially plugins?
 
 What happen if you backup your prefs.js and let Icedove recreate it
 while the next start. I know, all settings have to be redone, but I
 believe the problem is inside your configuration, not inside the Icedove
 binarys.
 
 Regards
 Carsten
 

The system on which I experienced this was a notebook I bought at the
end of novemeber. AFAIR I had copied over .icedove from my old system. I
did not experience the issue on the old system.
Unfortunately, burglars took my new system in mid-january, so I can't do
any testing now; I'm using the old system again. However, I plan to do
the same transfer again soon, and will then report if the issue reappears.

Philipp


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

Bug#731538: [icedove] Keeps indexing forever

[Philipp Klaus Krause]

Package: icedove
Version: 17.0.10-1
Severity: normal

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

Some time ago I notied that icedove constantly uses my cpu, draining my
notebook battery. Looking at the activities I found icedove was
indexing. I closed icedove and started it again, but it just started
indexing again. Soon it says that indexing is 99% completed, but both
the number stating how much has been indexed and the number stating how
much should be indexed in total keep going up.
Currently (some days later) it says that it indexed 12180596 out of
12188498 messages. I don't think I have that many messages.

Looking around the web, I only found a similar bug for thunderbird 3,
that apparently was fixed long ago.

Philipp


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.11-2-amd64

Debian Release: jessie/sid
  500 unstableftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-===
fontconfig  | 2.11.0-1
psmisc  | 22.20-1
debianutils   (= 1.16) | 4.4
libasound2  (= 1.0.16) |
libatk1.0-0 (= 1.12.4) |
libc6 (= 2.15) |
libcairo2(= 1.10.2-2~) |
libdbus-1-3  (= 1.0.2) |
libdbus-glib-1-2  (= 0.78) |
libevent-2.0-5   (= 2.0.10-stable) |
libffi6  (= 3.0.4) |
libfontconfig1(= 2.11) |
libfreetype6 (= 2.3.9) |
libgcc1(= 1:4.1.1) |
libgdk-pixbuf2.0-0  (= 2.22.0) |
libglib2.0-0(= 2.22.0) |
libgtk2.0-0 (= 2.24.0) |
libhunspell-1.3-0   |
libjpeg8(= 8c) |
libnspr4   (= 2:4.9.2) |
libnss3   (= 2:3.13.4-2~)  |
 OR libnss3-1d  (= 3.13.2) |
libpango-1.0-0  (= 1.14.0) |
libpangocairo-1.0-0 (= 1.14.0) |
libpangoft2-1.0-0   (= 1.14.0) |
libpixman-1-0   (= 0.18.0) |
libsqlite3-0 (= 3.7.4) |
libstartup-notification0   (= 0.8) |
libstdc++6 (= 4.6) |
libvpx1  (= 1.0.0) |
libx11-6|
libxext6|
libxrender1 |
libxt6  |
zlib1g (= 1:1.2.0) |


Recommends   (Version) | Installed
==-+-===
myspell-en-us  |
 OR hunspell-dictionary|
 OR myspell-dictionary |


Suggests  (Version) | Installed
===-+-===
fonts-lyx   | 2.0.6-1
libgssapi-krb5-2| 1.11.3+dfsg-3+nmu1


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

Bug#730184: [libstdc++6] Sorting is broken, gives segfaults

[Philipp Klaus Krause]

Package: libstdc++6
Version: 4.8.2-1
Severity: important

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

In attempt to improve performance, upstream broke sorting.
The attempt to improve performance is upstream bug #58800. The broken
sorting is upstream bug #58437.

The bug affects libstdc++ 4.7.3 and libstdc++ 4.8.2. libstdc++ 4.8.1 is
not affected. According to upstream, it will be fixed in libstdc++
4.7.4, 4.8.3 and 4.9.0.

This is a important issue, since sorting is a common thing to do.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.10-3-amd64

Debian Release: jessie/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-=
gcc-4.8-base  (= 4.8.2-1) | 4.8.2-1
libc6   (= 2.17) | 2.17-93
libgcc1  (= 1:4.1.1) | 1:4.8.2-1


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#723848: Same issue here

[Philipp Klaus Krause]

I see have the same problem on my system running Debian testing. Iuse
the non-free Nvidia driver with a dual-monitor setup. Starting
xfce4-display-settings just gives a dialog box saying Kann die
Xfce-Anzeigeeinstellungen nicht starten in my default locale (or
Unable to start the Xfce Display Settings in C locale). The dialog box
has just a Close button. There is no further information in the dialog
box, and nothing is written to the terminal from which I started
xfce4-display-settings.

xfce4-display-settings should definitely at least give a more verbose
error message.

Philipp

P.S.: This bug report at Red Hat Bugzilla looks related (at card, but
same error message and multiple monitors):
https://bugzilla.redhat.com/show_bug.cgi?id=1013150


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

Bug#422346: Still not working

[Philipp Klaus Krause]

found 422346 3.03-11

The file open dialog and the display of the filename in the title bar
still do not work.

Also, IMO such a bug should be considered to be of normal priority
instead of minor.

Philipp


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

Bug#726572: [subversion] sqlite version dependency

[Philipp Klaus Krause]

Package: subversion
Version: 1.7.9-1+nmu4
Severity: normal

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

svn stopped working for me (AFAIR after upgrading it)

philipp@phoinikas:~/Dismod$ LANG=C svn diff
svn: E200029: Couldn't perform atomic initialization
svn: E200030: SQLite compiled for 3.8.0.1, but running with 3.7.13

It seems there is some dependency on a specific or minimum sqlite
version. Upgrading libsqlite from 3.7.13-1 to 2.8.0.2-1 fixed the issue
for me.

Philipp

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-4-amd64

Debian Release: jessie/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libsvn1(= 1.7.9-1+nmu4) | 1.7.9-1+nmu4
libapr1  (= 1.2.7) | 1.4.6-3
libc6  (= 2.3) | 2.17-93
libsasl2-2  (= 2.1.24) | 2.1.25.dfsg1-6


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
subversion-tools| 1.7.9-1+nmu4
db5.1-util  |
patch   | 2.7.1-3


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

Bug#699842: 3.3.0

[Philipp Klaus Krause]

The current upstream version is 3.3.0 (released in early may 2013). The
version currently in Debian is nearly two years old.

Philipp


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

Bug#717400: enigmail: Error - secret key needed to decrypt message: Details

[Philipp Klaus Krause]

Package: enigmail
Version: 2:1.5.1+id17-4
Severity: normal

I got an email that was encrypted with a public key, which I do not have the
secret key for.

Thunderbird displays the message Fehler - geheimer Schlüssel wird zur
Entschlüsselung benötigt; klicken Sie auf Details für weitere
Informationen, which is the German text for Error - secret key needed to
decrypt message; click on 'Details' button  for more information.

Bug:
When I click on Details, I just see Fehler - geheimer Schlüssel wird zur
Entschlüsselung benötigt, which is the German text for Error - secret key
needed to decrypt message.

Expected, correct behaviour:
The text I get when clicking on Details should show the gpg command line and
output, so I can see the id of the needed key, etc.

Philipp



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

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

Versions of packages enigmail depends on:
ii  gnupg   1.4.12-7
ii  icedove 17.0.7-1
ii  libc6   2.17-7
ii  libgcc1 1:4.8.1-7
ii  libnspr42:4.10-1
ii  libstdc++6  4.8.1-7

Versions of packages enigmail recommends:
ii  gnupg-agent  2.0.20-1

enigmail 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#708835: asc: Please package current version

[Philipp Klaus Krause]

Package: asc
Version: 2.4.0.0-3
Severity: wishlist

The version in Debian, 2.4.0, is from 2009. Please package a more current
version, such as 2.5.0 from 2012.



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

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

Versions of packages asc depends on:
ii  asc-data  2.4.0.0-3
ii  libboost-regex1.49.0  1.49.0-3.2
ii  libbz2-1.01.0.6-4
ii  libc6 2.17-3
ii  libexpat1 2.1.0-3
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.0-7
ii  libjpeg8  8d-1
ii  liblua5.1-0   5.1.5-4
ii  libphysfs12.0.3-2
ii  libpng12-01.2.49-4
ii  libsdl-image1.2   1.2.12-3
ii  libsdl-mixer1.2   1.2.12-4
ii  libsdl-sound1.2   1.0.3-6
ii  libsdl1.2debian   1.2.15-5
ii  libsigc++-1.2-5c2 1.2.7-2
ii  libstdc++64.8.0-7
ii  libwxbase2.8-02.8.12.1-12
ii  libwxgtk2.8-0 2.8.12.1-12
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages asc recommends:
ii  asc-music  1.3-2

asc 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#708837: simutrans: Please package current version and pack128

[Philipp Klaus Krause]

Package: simutrans
Version: 111.3.1-1
Severity: wishlist

The version currently in Debian is 111.3. Please package a more current
version, such as 111.2.

Also, Debian does not include pak128, which is afaik the most popular pak for
simutrans. This was somewhat justified when simutrans was packaged originally,
since pak128 did contain non-free files back then. However, the non-freeness
issue has been resolved by upstream a long time ago. Releases of pak128 have
not contained any non-free files for quite some time.



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

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

Versions of packages simutrans depends on:
ii  dpkg 1.16.10
ii  libbz2-1.0   1.0.6-4
ii  libc62.17-3
ii  libgcc1  1:4.8.0-7
ii  libsdl-mixer1.2  1.2.12-4
ii  libsdl1.2debian  1.2.15-5
ii  libssl1.0.0  1.0.1e-2
ii  libstdc++6   4.8.0-7
ii  simutrans-data   111.3.1-1
ii  simutrans-pak64  111.3-1
ii  zlib1g   1:1.2.8.dfsg-1

simutrans recommends no packages.

Versions of packages simutrans suggests:
ii  freepats  20060219-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#688369: Double free crash

[Philipp Klaus Krause]

Package: libsdl-mixer1.2
Version: 1.2.12-2
Severity: important
Tags:  fixed-upstream

The version from experimental, 1.2.12-3~exp1 is also affected by this
bug. There is a double free bug in the sdl mixer. It is really annoying,
since it makes applications affected unuseable. E.g. simutrans (a game
in Debian) just crashes on startup when using the pak128 data. This bug
is fixed upstream:

http://bugzilla.libsdl.org/show_bug.cgi?id=1418

I use Debian GNU/unstable on amd64, with a package from experimental
here or there.

Philipp


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

Bug#684801: Double ZU

[Philipp Klaus Krause]

Package: kdrill
Version: 6.5deb2-8

At one time (see screenshot at http://colecovision.eu/stuff/zubug.png),
kdrill did present me te option ZU twice. Interestingly, the upper ZU
was considered incorrect, while the lower ZU was considered correct by
kdrill.

Philipp


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

Bug#422599: Fixed in 3.2.0

[Philipp Klaus Krause]

This bug is fixed in the current upstream release, 3.2.0.

Philipp



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

Bug#671631: Fixed in 3.2.0

[Philipp Klaus Krause]

This bug is fixed in the current upstream release, 3.2.0.

Philipp



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

Bug#677127: Versions

[Philipp Klaus Krause]

Using the rescue mode of the Debian installer I verified that the
version of cryptsetup, cryptsetup-bin and libcryptsetup4 is 2:1.4.3-1.

I then downgraded to cryptsetup, libcryptsetup and libcryptsetup-dev
2:1.4.1-3, and can now boot my system again.

Philipp



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

Bug#677127: [pkg-cryptsetup-devel] Bug#677127: Versions

[Philipp Klaus Krause]

Am 12.06.2012 17:06, schrieb jonas:
 Hey Philipp,
 
 Am 12.06.2012 16:00, schrieb Philipp Klaus Krause:
 Using the rescue mode of the Debian installer I verified that the
 version of cryptsetup, cryptsetup-bin and libcryptsetup4 is 2:1.4.3-1.

 I then downgraded to cryptsetup, libcryptsetup and libcryptsetup-dev
 2:1.4.1-3, and can now boot my system again.
 
 Thanks for the bugreport.
 
 Unfortunately so far I didn't succeed to reproduce the bug. For me,
 latest packages (2:1.4.3-1) work as expected. Which architecture do
 hardware, kernel and userland have?

Debian unstable, amd64 running on a Core 2 Duo T9300. The kernel is
3.4.0-rc7, from the tarball from kernel.org, compiled using make-kpkg
from the kernel-package package.

There seems to be another person encountering a similar issue (but they
didn't have libcryptsetup4 installed):
http://siduction.de/index.php?name=PNphpBB2file=viewtopicp=21186

Philipp



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

Bug#422599: Fixed

[Philipp Klaus Krause]

Tags: fixed-upstream

The bug seems to be fixed in current upstream svn (I didn't try the
3.1.0 package):

mov #18, 3000

now results in

test.asm:3: Error: d direct page addressing error

Philipp



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

Bug#671631: sdcc needs PATH_MAX, fails to build on the Hurd

[Philipp Klaus Krause]

Package: sdcc
Version: 2.9.0-5
Tags: fixed-upstream

sdcc uses PATH_MAX in some places, and thus fails to build on Debian
GNU/Hurd. This bug is fixed in upstream svn and will thus be fixed in
the next upstream release (probably 3.2.0).

Philipp



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