Bug#1040452: libc6: upgrading libc6 to version 2.37-3 break almost every program (especially in a shell)
Hey Aurelien, Aurelien Jarno wrote on 06.07.23 21:43: Hi, On 2023-07-06 08:14, Kai Wasserbäch wrote: OK, downgrading from the broken system state didn't work either and left me with a lot of segfaulting programs. In the end it seems that 2.73-3 isn't really broken, but the update process is somehow. After I went to a rescue system and redid the update from there, everything worked out. Now 2.73-3 is working here as well. In the rescue system environment the post-install scripts ran successfully. This looks very strange that downgrading and re-upgrading fixes the issue. Did the initial upgrade finished properly? You might want to look for issues in /var/log/dpkg.log or /var/log/apt/term.log. the logs I can only check on Monday, but as I've written in my first e-mail: the post-install scripts failed with segmentation faults. And the re-upgrade only succeeded from a rescue environment (with its own, working libc). Cheers, Kai OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1040452: libc6: upgrading libc6 to version 2.37-3 break almost every program (especially in a shell)
OK, downgrading from the broken system state didn't work either and left me with a lot of segfaulting programs. In the end it seems that 2.73-3 isn't really broken, but the update process is somehow. After I went to a rescue system and redid the update from there, everything worked out. Now 2.73-3 is working here as well. In the rescue system environment the post-install scripts ran successfully. In case it matters: I made the initial update with aptitude in my graphical session (KDE on X11).
Bug#1040452: libc6: upgrading libc6 to version 2.37-3 break almost every program (especially in a shell)
I did manage do get a full back trace for man:
$ gdb --args man apt-get
GNU gdb (Debian 13.2-1) 13.2
[...]
Reading symbols from man...
Reading symbols from
/usr/lib/debug/.build-id/70/bd707aa6a7ea95d80aaa2933e2d49f1cc56c5f.debug...
(gdb) r
Starting program: /usr/bin/man apt-get
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0x7f557d18ff36 in towlower () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt full
#0 0x7f557d18ff36 in towlower () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1 0x7f557d15dd49 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#2 0x7f557d15f26d in fnmatch () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#3 0x5586d79b6a49 in match_wildcard_in_directory
(path=0x5586d99f4460 "/usr/share/man/man8", pattern=0x5586d99ecea0
"apt-get.8*", opts=, matched=0x5586d99ea4d0,
cache=0x5586d99ece80) at ../../../src/globbing.c:273
flags = 16
pattern_start = {pattern = 0x5586d9a1bf60 "apt-get.8", len =
}
bsearched =
i = 22
#4 0x5586d79b7042 in look_for_file (hier=hier@entry=0x5586d99f0140
"/usr/share/man", sec=sec@entry=0x5586d99e7a70 "8",
unesc_name=unesc_name@entry=0x7ffef1c470b2 "apt-get",
cat=cat@entry=false, opts=opts@entry=0) at ../../../src/globbing.c:343
dirs_node = 0x1
dirs_iter = {vtable = 0x5586d79cb500
, list = 0x5586d99f3400, count = 1, p =
0x5586d99f01e8, q = 0x5586d99f01e8, i = 0, j = 0}
dirs = 0x5586d99f3400
dir = 0x5586d99f4460 "/usr/share/man/man8"
matched = 0x5586d99ea4d0
pattern = 0x5586d99ecea0 "apt-get.8*"
path = 0x0
layout = 1
name = 0x5586d99e7fd0 "apt-get"
__PRETTY_FUNCTION__ = "look_for_file"
MPI_LABEL_4_break_340 =
#5 0x5586d79ba18c in try_section (cand_head=0x7ffef1c46038,
name=0x7ffef1c470b2 "apt-get", sec=0x5586d99e7a70 "8",
path=0x5586d99f0140 "/usr/share/man") at ../../../src/man.c:3172
found = 0
lff_opts = 0
names = 0x0
cat = 0 '\000'
MPI_LABEL_4_break_3197 =
found_name = 0x5586d99e80c8 " utility -- command-line interface"
found =
names =
found_name =
cat =
lff_opts =
MPI_LABEL_1_body_3197 =
MPI_LABEL_1_done_3197 =
MPI_LABEL_2_body_3197 =
MPI_LABEL_2_done_3197 =
MPI_LABEL_4_body_3197 =
MPI_LABEL_4_break_3197 =
MPI_LABEL_4_finish_3197 =
names_iter =
names_node =
info =
ult =
f =
#6 locate_page (candidates=0x7ffef1c46038, name=0x7ffef1c470b2
"apt-get", sec=0x5586d99e7a70 "8", manpath=0x5586d99f0140
"/usr/share/man") at ../../../src/man.c:3613
found =
db_ok =
found =
db_ok =
#7 locate_page_in_manpath (page_section=,
page_name=page_name@entry=0x7ffef1c470b2 "apt-get",
candidates=candidates@entry=0x7ffef1c46038,
found=found@entry=0x7ffef1c460f4) at ../../../src/man.c:3971
manpathlist_node = 0x2
manpathlist_iter = {vtable = 0x5586d79cb500
, list = 0x5586d99e7e30, count = 2, p =
0x5586d99f0130, q = 0x5586d99f0130, i = 0, j = 0}
mp = 0x5586d99f0140 "/usr/share/man"
MPI_LABEL_1_done_3970 =
MPI_LABEL_2_done_3970 =
MPI_LABEL_4_break_3970 =
#8 0x5586d79bd29b in man (name=0x7ffef1c470b2 "apt-get",
found=0x7ffef1c460f4) at ../../../src/man.c:4003
section_list_node = 0x4
section_list_iter = {vtable = 0x5586d79cb500
, list = 0x5586d99e57a0, count = 17, p =
0x5586d99e7cd0, q = 0x5586d99e7d38, i = 0, j = 0}
sec = 0x5586d99e7a70 "8"
page_name =
page_section =
candidates = 0x0
cand =
candnext =
MPI_LABEL_1_done_4002 =
MPI_LABEL_2_done_4002 =
MPI_LABEL_4_break_4002 =
#9 0x5586d79b5786 in main (argc=, argv=out>) at ../../../src/man.c:4385
found_subpage =
status =
found = 0
maybe_section = false
nextarg = 0x7ffef1c470b2 "apt-get"
argc_env =
exit_status = 0
argv_env =
tmp =
__PRETTY_FUNCTION__ = "main"
(gdb) info registers
rax0x7f557cc84e98 140005142449816
rbx0x7ffef1c45940 140732954597696
rcx0x7f557cc84e98 140005142449816
rdx0x3048
rsi0x2010201 33620481
rdi0x6197
rbp0x100x10
rsp0x7ffef1c42be8 0x7ffef1c42be8
r8 0x1016
r9 0x0 0
r100x7ffef1c45310 140732954596112
r110x7ffef1c45940 140732954597696
r120x7ffef1c45530 140732954596656
r130x61
Bug#1040452: libc6: upgrading libc6 to version 2.37-3 break almost every program (especially in a shell)
Package: libc6 Version: 2.37-3 Severity: important Dear maintainers, I've just upgraded to libc6 2.37-3 and now I have an almost broken system. But broken in a very weird way: the graphical user interface (KDE Plasma) is coming up, I can start big programs like Firefox, Thunderbird, etc., but as soon as I go to a shell — it doesn't matter if I'm inside or outside the graphical session, ie. tty2 vs. tty3 — I can execute almost no program. ldd works, surprisingly gdb works as well, but eg. man or apt-get or perl do not. They all end with $ man apt-get Segmentation fault (core dumped) Since gdb is working, I got a backtrace, even though that is not that helpful, I fear. $ gdb --args man apt-get GNU gdb (Debian 13.2-1) 13.2 [...] Reading symbols from man... (No debugging symbols found in man) (gdb) r Starting program: /usr/bin/man apt-get [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x7ffa2b4f8f36 in towlower () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt full #0 0x7ffa2b4f8f36 in towlower () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1 0x7ffa2b4c6d49 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #2 0x7ffa2b4c826d in fnmatch () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #3 0x561538c0ca49 in ?? () No symbol table info available. #4 0x561538c0d042 in ?? () No symbol table info available. #5 0x561538c1018c in ?? () No symbol table info available. #6 0x561538c1329b in ?? () No symbol table info available. #7 0x561538c0b786 in ?? () No symbol table info available. #8 0x7ffa2b4136ca in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #9 0x7ffa2b413785 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #10 0x561538c0bca1 in ?? () No symbol table info available. (gdb) info registers rax0x7ffa2b084e98 140712440516248 rbx0x7ffca64594a0 140723098064032 rcx0x7ffa2b084e98 140712440516248 rdx0x3048 rsi0x2010201 33620481 rdi0x6197 rbp0x100x10 rsp0x7ffca6456748 0x7ffca6456748 r8 0x1016 r9 0x0 0 r100x7ffca6458e70 140723098062448 r110x7ffca64594a0 140723098064032 r120x7ffca6459090 140723098062992 r130x6197 r140x1016 r150x7ffca6459094 140723098062996 rip0x7ffa2b4f8f36 0x7ffa2b4f8f36 eflags 0x10246 [ PF ZF IF RF ] cs 0x3351 ss 0x2b43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 Perl was failing with a call to towupper(). The KDE session is also incomplete, eg. audio devices are no longer found. During the update I saw errors towards the end (post-install scripts) for libc6 (and some others, which should not matter here). Ie. the post-install script could not be executed with the core dumped/segmentation fault. It also doesn't matter what shell I use, I've tried bash and dash. This might be related to #1040140 reportbug is not working either, so you have to do without the automatically generated system information, but I do try to reproduce it here as close as I can. Now I will try to downgrade my system and get it fully functional again. Cheers, Kai -- System Information: Debian Release: trixie/sid APT prefers testing Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.3.0-1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.3.7-1 (2023-06-12) x86_64 GNU/Linux Locale: LANG=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#888592: llvm-config-7 fails to find its libLLVM
Package: llvm-7 Version: 1:7~svn323465-1~exp1 Severity: important Hey Sylvestre, I just tried building Mesa against the llvm-toolchain-snapshot packages in version 1:7~svn323149-1~exp1 (a test with the most recent version available (1:7~svn323465-1~exp1) showed the same behaviour). The build fails because llvm-config-7 tries to find libLLVM-7.0.so which doesn't exist: $ llvm-config-7 --link-shared --libs llvm-config: error: libLLVM-7.0.so is missing apt-file doesn't return any hits for libLLVM-7.0.so but does find libLLVM-7.so in llvm-7-dev and libllvm7. This looks like the naming scheme without the minor number was not applied in all places. Cheers, Kai signature.asc Description: OpenPGP digital signature
Bug#851660: Please update Phabricator to include PHP7 compatibility
Source: phabricator Version: 0~git20160726-3 Severity: normal Tags: upstream, fixed-upstream Dear maintainers, upstream added PHP7 compatibility a couple of days ago, see <https://secure.phabricator.com/T9640> for more details and the relevant commits. Please consider updating the package with either those commits cherry-picked or by packaging a later revision. Otherwise the phabricator package will be pretty pointless in Stretch. For this reason I was actually tempted to raise the priority further, but for now "normal" should be enough. ;-) Thank you in advance for fixing this! Kind regards, Kai Wasserbäch signature.asc Description: OpenPGP digital signature
Bug#794488: Piglit tests in Mesa crash, if radeonsi_dri.so is linked with libelf1 (libelfg0 works)
Dear Mark,
Mark Wielaard wrote on 08.08.2015 00:35:
On Thu, Aug 06, 2015 at 05:14:25PM +0200, Kai Wasserbäch wrote:
Could you compile the following with:
gcc -g -lelf -o elfrel elfrel.c
this does not work for several reasons:
1. I certainly need -std=c99 for the inline initialisation of the
counter in the for() statement.
Ah, yes, this system has gcc 5.1 which defaults to gnu11.
ah, ok. GCC 5.x is currently in unstable and still needs to migrate to testing.
2. *section (first used in »gelf_getshdr(section, section_header)«) isn't
defined/filled anywhere:
[...]
Long story short: did you paste the entire/correct code?
Drat, so sorry. I must have copy/pasted an earlier version, that didn't
even compile.
No problem. I'm just not familiar with libelf's API and didn't have time to read
the documentation to fix the bug by myself (or at least attempt that).
Attached is a version I double checked, that includes one
extra check (the size of the .text section).
Here you go (first the output when elfrel is linked against libelf1:
$ for i in 794488_elfs/libelf*/dump.elf.*; do ./elfrel $i; done
file: 794488_elfs/libelf1/dump.elf.EL5kJT
.text code size: 24
Nothing found
file: 794488_elfs/libelf1/dump.elf.J4EnbO
.text code size: 11c
symbols: 5
1: not global or undefined
2: not global or undefined
3: not global or undefined
4: not global or undefined
5: 0
relocations: 2
0: 10, SCRATCH_RSRC_DWORD1
1: 20081,
file: 794488_elfs/libelfg0/dump.elf.7NnBvc
.text code size: 24
Nothing found
file: 794488_elfs/libelfg0/dump.elf.ahPsJJ
.text code size: 11c
symbols: 5
1: not global or undefined
2: not global or undefined
3: not global or undefined
4: not global or undefined
5: 0
relocations: 2
0: 10, SCRATCH_RSRC_DWORD1
1: 20081,
file: 794488_elfs/libelfg0/dump.elf.DYTjdO
.text code size: 28
Nothing found
file: 794488_elfs/libelfg0/dump.elf.Lke6Xg
.text code size: 38
Nothing found
Now linked with libelfg0:
$ for i in 794488_elfs/libelf*/dump.elf.*; do ./elfrel_elfg0 $i; done
file: 794488_elfs/libelf1/dump.elf.EL5kJT
.text code size: 24
Nothing found
file: 794488_elfs/libelf1/dump.elf.J4EnbO
.text code size: 11c
symbols: 5
1: not global or undefined
2: not global or undefined
3: not global or undefined
4: not global or undefined
5: 0
relocations: 2
0: 10, SCRATCH_RSRC_DWORD1
1: 2c, SCRATCH_RSRC_DWORD0
file: 794488_elfs/libelfg0/dump.elf.7NnBvc
.text code size: 24
Nothing found
file: 794488_elfs/libelfg0/dump.elf.ahPsJJ
.text code size: 11c
symbols: 5
1: not global or undefined
2: not global or undefined
3: not global or undefined
4: not global or undefined
5: 0
relocations: 2
0: 10, SCRATCH_RSRC_DWORD1
1: 2c, SCRATCH_RSRC_DWORD0
file: 794488_elfs/libelfg0/dump.elf.DYTjdO
.text code size: 28
Nothing found
file: 794488_elfs/libelfg0/dump.elf.Lke6Xg
.text code size: 38
Nothing found
And there *IS* a difference vs. your output: for you the relocations in
794488_elfs/libelf1/dump.elf.J4EnbO look fine, for me the second relocation is
botched with libelf1 while it works with libelfg0.
libelf1:
relocations: 2
0: 10, SCRATCH_RSRC_DWORD1
1: 20081,
libelfg0:
relocations: 2
0: 10, SCRATCH_RSRC_DWORD1
1: 2c, SCRATCH_RSRC_DWORD0
I also went ahead and checked Michel's information, that 0.159-4.2 worked. And
indeed, if I link elfrel with that older libelf1 I get a good looking relocation
section again:
$ for i in 794488_elfs/libelf*/dump.elf.*; do ./elfrel_elf1-old $i; done
file: 794488_elfs/libelf1/dump.elf.EL5kJT
.text code size: 24
Nothing found
file: 794488_elfs/libelf1/dump.elf.J4EnbO
.text code size: 11c
symbols: 5
1: not global or undefined
2: not global or undefined
3: not global or undefined
4: not global or undefined
5: 0
relocations: 2
0: 10, SCRATCH_RSRC_DWORD1
1: 2c, SCRATCH_RSRC_DWORD0
file: 794488_elfs/libelfg0/dump.elf.7NnBvc
.text code size: 24
Nothing found
file: 794488_elfs/libelfg0/dump.elf.ahPsJJ
.text code size: 11c
symbols: 5
1: not global or undefined
2: not global or undefined
3: not global or undefined
4: not global or undefined
5: 0
relocations: 2
0: 10, SCRATCH_RSRC_DWORD1
1: 2c, SCRATCH_RSRC_DWORD0
file: 794488_elfs/libelfg0/dump.elf.DYTjdO
.text code size: 28
Nothing found
file: 794488_elfs/libelfg0/dump.elf.Lke6Xg
.text code size: 38
Nothing found
If you want to take a look at Debian's builds of libelf{g0,1}, check out:
- libelfg0 (0.8.13-5):
https://packages.debian.org/stretch/amd64/libelfg0/download (working)
- libelf1 (0.159-4.2):
http://snapshot.debian.org/package/elfutils/0.159-4.2/#libelf1_0.159-4.2
(working)
- libelf1 (0.163-4):
https://packages.debian.org/stretch/amd64/libelf1/download (failing)
In case the versions change on packages.debian.org, snapshot.debian.org is your
friend. ;-)
Let me know, if you need something else.
Cheers,
Kai
signature.asc
Description: OpenPGP digital signature
Bug#794488: Piglit tests in Mesa crash, if radeonsi_dri.so is linked with libelf1 (libelfg0 works)
tag 794488 = patch thanks Kurt Roeckx wrote on 08.08.2015 12:06: On Sat, Aug 08, 2015 at 11:47:04AM +0200, Mark Wielaard wrote: On Sat, Aug 08, 2015 at 10:58:15AM +0200, Kai Wasserbäch wrote: And there *IS* a difference vs. your output: for you the relocations in 794488_elfs/libelf1/dump.elf.J4EnbO look fine, for me the second relocation is botched with libelf1 while it works with libelfg0. libelf1: relocations: 2 0: 10, SCRATCH_RSRC_DWORD1 1: 20081, libelfg0: relocations: 2 0: 10, SCRATCH_RSRC_DWORD1 1: 2c, SCRATCH_RSRC_DWORD0 Awesome. That should explain why the application of that relocation crashes and burns. Odd I couldn't replicate locally against elfutils libelf 0.163. It might be some subtle compiler code generation issue. Or maybe debian applies a patch that isn't upstream? Yep! https://sources.debian.net/src/elfutils/0.163-4/debian/patches/0003-Add-mips-n64-relocation-format-hack.patch/?hl=34#L34 Note how that replaces the cast and sizeof Elf64_Rel with Elf64_Rela in the memcpy. Those are not the same size! Could someone rebuild the debian package without that patch applied (or correctly replace the wrong Elf64_Rela with Elf64_rel) and see if that helps? I'm guessing that's only for the gelf_getrel.c file and that the change in gelf_getrela.c is correct? That seems to be correct. I've rebuilt elfutils with a fixed 0003-Add-mips-n64-relocation-format-hack.patch and it works for me: $ for i in 794488_elfs/libelf*/dump.elf.*; do ./elfrel_elf1-fixed $i; done file: 794488_elfs/libelf1/dump.elf.EL5kJT .text code size: 24 Nothing found file: 794488_elfs/libelf1/dump.elf.J4EnbO .text code size: 11c symbols: 5 1: not global or undefined 2: not global or undefined 3: not global or undefined 4: not global or undefined 5: 0 relocations: 2 0: 10, SCRATCH_RSRC_DWORD1 1: 2c, SCRATCH_RSRC_DWORD0 file: 794488_elfs/libelfg0/dump.elf.7NnBvc .text code size: 24 Nothing found file: 794488_elfs/libelfg0/dump.elf.ahPsJJ .text code size: 11c symbols: 5 1: not global or undefined 2: not global or undefined 3: not global or undefined 4: not global or undefined 5: 0 relocations: 2 0: 10, SCRATCH_RSRC_DWORD1 1: 2c, SCRATCH_RSRC_DWORD0 file: 794488_elfs/libelfg0/dump.elf.DYTjdO .text code size: 28 Nothing found file: 794488_elfs/libelfg0/dump.elf.Lke6Xg .text code size: 38 Nothing found Also, the Piglit test passes again, and doesn't segfault any longer. Attached you can find the debdiff between the current package and a fixed package (sorry, that the diff is a bit larger, but I had to refresh some patches, otherwise dpkg-buildpackage complained). Cheers, Kai elfutils_794488.debdiff.xz Description: application/xz signature.asc Description: OpenPGP digital signature
Bug#794488: Re: Bug#794488: Piglit tests in Mesa crash, if radeonsi_dri.so is linked with libelf1 (libelfg0 works)
Dear Mark, Mark Wielaard wrote on 06.08.2015 00:29: On Wed, 2015-08-05 at 17:55 +0200, Kai Wasserbäch wrote: So, if I've understood you correctly, you want an ELF dump of a Mesa build linked against libelfg0 and one linked against libelf1. You can find the generated files in the attached Tar archive. Please note, that the run with libelf1 only produced two dumps before segfaulting. That seems to confirm that the generation is the same (at least for the first two files). I was hoping to find a difference between parsing some of these files with an old/new libelf. So I wrote a little program that is just the parsing as radeon_elf_read () does. But found no difference. Maybe I am not testing against the right versions though (they are my local builds). Could you compile the following with: gcc -g -lelf -o elfrel elfrel.c this does not work for several reasons: 1. I certainly need -std=c99 for the inline initialisation of the counter in the for() statement. 2. *section (first used in »gelf_getshdr(section, section_header)«) isn't defined/filled anywhere: # $ gcc -g -lelf -std=c99 -o elfrel elfrel.c # elfrel.c: In function ‘main’: # elfrel.c:26:24: error: ‘section’ undeclared (first use in this function) #if (gelf_getshdr(section, section_header) != section_header) # ^ # elfrel.c:26:24: note: each undeclared identifier is reported only once for each function it appears in While defining »Elf_Scn *section;« gives me a compiling elfrel.c, it unsurprisingly doesn't do anything afterwards, since section is empty. Long story short: did you paste the entire/correct code? Maybe just attach the file and send an MD5 or something along. Cheers, Kai signature.asc Description: OpenPGP digital signature
Bug#794488: Re: Bug#794488: Piglit tests in Mesa crash, if radeonsi_dri.so is linked with libelf1 (libelfg0 works)
Michel Dänzer wrote on 05.08.2015 12:08:
On 05.08.2015 18:55, Mark Wielaard wrote:
On Wed, 2015-08-05 at 11:13 +0900, Michel Dänzer wrote:
Note that the ELF object is actually created in LLVM.
Do you happen to know whether that also uses libelf to generate the
file?
AFAICT LLVM doesn't use libelf, presumably it has its own ELF code.
That's correct. LLVM has it's own ELF code and isn't linked against any
libelf{1,g0}. You can find that code in the lib/MC directory of LLVM (online
browsable version: https://github.com/llvm-mirror/llvm/tree/master/lib/MC).
There are several ELF writing related files in there, like ELFObjectWriter.cpp
(https://github.com/llvm-mirror/llvm/blob/master/lib/MC/ELFObjectWriter.cpp).
The AMDGPU backend instances this in
https://github.com/llvm-mirror/llvm/blob/master/lib/Target/AMDGPU/MCTargetDesc/AMDGPUELFObjectWriter.cpp
I am assuming there is some bug in the relocation section parsing
and that the generated ELF images are identical in the old/new
situation. But maybe the ELF images generated are actually different?
Kai, would it be possible to run the tweaked code to dump the ELF images
to disk against both the old/new libelf and see if they differ?
I can't speak for Kai, but I didn't change anything about LLVM between
the failing and working case, so the generated ELF objects should be
identical in both cases.
That's the same for me: I can take any Mesa build I've done and link it against
libelf1 (0.163) and it fails or link it against libelfg0 and it works. The code
responsible for writing is unchanged between these too (ie. they are linked
against the same libLLVM-3.8). The radeonsi driver in Mesa only reads the
generated ELF and passes it on to the kernel/GPU (AFAIK).
So, if I've understood you correctly, you want an ELF dump of a Mesa build
linked against libelfg0 and one linked against libelf1. You can find the
generated files in the attached Tar archive. Please note, that the run with
libelf1 only produced two dumps before segfaulting.
Cheers,
Kai
794488_elfs.tar.xz
Description: application/xz
signature.asc
Description: OpenPGP digital signature
Bug#794488: Piglit tests in Mesa crash, if radeonsi_dri.so is linked with libelf1 (libelfg0 works)
Mark Wielaard wrote on 04.08.2015 00:17:
On Mon, Aug 03, 2015 at 10:34:19PM +0200, Kai Wasserbäch wrote:
Could you point me to the source code that does the libelf calls to create
the ELF file? Maybe reading the source helps to figure out what might go
wrong. The stacktrace from the test doesn't immediately seem to give a
direct clue.
I think all the ELF stuff is encapsulated in
http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeon/radeon_elf_util.c
(and the header for that). The functions defined therein are called from
http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeonsi/si_shader.c
and
http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeonsi/si_compute.c
if I haven't missed something. Michel can probably spot any mistakes in this,
therefore I CCed him on this message.
Let me know, if you need something else.
Thanks that was really helpful. It looks like the real problem is the
parsing of the relocation section. Would it be possible for you to dump
the ELF image that is being parsed in radeon/radeon_elf_util.c
(radeon_elf_read) Maybe just by adding the following just before the
elf_memory () call:
int dfd = creat (/tmp/dump.elf, 00755);
write (dfd, elf_buffer, elf_size);
close (dfd);
I guarded this with a environment variable and replaced creat(), which is
deprecated AFAIR, with open().
Then I ran the test. Instead of just running through it didn't exit by itself.
After a few minutes I killed it (size of dump.elf didn't change).
In addition to the ELF dump, I added a shader dump, which radeonsi can produce.
Cheers,
Kai
dump.elf
Description: Binary data
SHADER KEY
instance_divisors = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}
as_es = 0
as_es = 0
VERT
DCL IN[0]
DCL OUT[0], POSITION
0: MOV OUT[0], IN[0]
1: END
; ModuleID = 'tgsi'
define void @main([9 x 16 x i8] addrspace(2)* byval, [17 x 16 x i8]
addrspace(2)* byval, [17 x 4 x i32] addrspace(2)* byval, [34 x 8 x i32]
addrspace(2)* byval, [16 x 16 x i8] addrspace(2)* byval, i32 inreg, i32
inreg, i32, i32, i32, i32) #0 {
main_body:
%11 = getelementptr [16 x 16 x i8], [16 x 16 x i8] addrspace(2)* %4, i64
0, i64 0
%12 = load 16 x i8, 16 x i8 addrspace(2)* %11, align 16, !tbaa !0
%13 = add i32 %5, %7
%14 = call 4 x float @llvm.SI.vs.load.input(16 x i8 %12, i32 0, i32 %13)
%15 = extractelement 4 x float %14, i32 0
%16 = extractelement 4 x float %14, i32 1
%17 = extractelement 4 x float %14, i32 2
%18 = extractelement 4 x float %14, i32 3
call void @llvm.SI.export(i32 15, i32 0, i32 1, i32 12, i32 0, float %15,
float %16, float %17, float %18)
ret void
}
; Function Attrs: nounwind readnone
declare 4 x float @llvm.SI.vs.load.input(16 x i8, i32, i32) #1
declare void @llvm.SI.export(i32, i32, i32, i32, i32, float, float, float,
float)
attributes #0 = { ShaderType=1 enable-no-nans-fp-math=true }
attributes #1 = { nounwind readnone }
!0 = !{!const, null, i32 1}
Shader Disassembly:
s_load_dwordx4 s[0:3], s[8:9], 0x0 ; C0800900
v_add_i32_e32 v0, s10, v0 ; 4A0A
s_waitcnt lgkmcnt(0); BF8C007F
buffer_load_format_xyzw v[0:3], v0, s[0:3], 0 idxen ; E00C2000 8000
s_waitcnt vmcnt(0) ; BF8C0770
exp 15, 12, 0, 1, 0, v0, v1, v2, v3 ; F80008CF 03020100
s_endpgm; BF81
*** SHADER STATS ***
SGPRS: 16
VGPRS: 4
Code Size: 36 bytes
LDS: 0 blocks
Scratch: 0 bytes per wave
SHADER KEY
export_16bpc = 0x3
last_cbuf = 0
color_two_side = 0
alpha_func = 7
alpha_to_one = 0
poly_stipple = 0
FRAG
PROPERTY FS_COLOR0_WRITES_ALL_CBUFS 1
DCL OUT[0], COLOR
DCL CONST[0..3]
DCL TEMP[0..4], ARRAY(1), LOCAL
DCL TEMP[5..6], LOCAL
DCL ADDR[0]
IMM[0] FLT64 {0., 0.2500}
IMM[1] FLT64 {0.5000, 0.7500}
IMM[2] FLT32 {0., 1., 0., 0.}
0: MOV TEMP[0].xy, IMM[0].xyxy
1: MOV TEMP[1].xy, IMM[0].zwzw
2: MOV TEMP[2].xy, IMM[1].xyxy
3: MOV TEMP[3].xy, IMM[1].zwzw
4: UARL ADDR[0].x, CONST[3].
5: DADD TEMP[5].xy, TEMP[ADDR[0].x](1).xyxy, CONST[0].xyxy
6: DNEG TEMP[6].xy, CONST[2].xyxy
7: DADD TEMP[5].xy, TEMP[5].xyxy, TEMP[6].xyxy
8: DABS TEMP[5].xy, TEMP[5].xyxy
9: DSGE TEMP[5].x, CONST[1].xyxy, TEMP[5].xyxy
10: UIF TEMP[5]. :0
11: MOV TEMP[5], IMM[2].xyxy
12: ELSE :0
13: MOV TEMP[5], IMM[2].yxxy
14: ENDIF
15: MOV OUT[0], TEMP[5]
16: END
; ModuleID = 'tgsi'
define void @main([9 x 16 x i8] addrspace(2)* byval, [17 x 16 x i8]
addrspace(2)* byval, [17 x 4 x i32] addrspace(2)* byval, [34 x 8 x i32]
addrspace(2)* byval, float inreg, i32 inreg, 2 x i32, 2 x i32, 2 x i32,
3 x i32, 2 x i32, 2 x i32, 2 x i32, float, float, float, float, float,
float, i32, float, float) #0 {
main_body:
%22 = getelementptr [17 x 16 x i8], [17 x 16 x i8
Bug#794488: Piglit tests in Mesa crash, if radeonsi_dri.so is linked with libelf1 (libelfg0 works)
Package: libelf1
Version: 0.163-4
Severity: normal
Tags: upstream
Hi,
when I link my Mesa build against libelf1, some Piglit [0] tests start
throwing SIGSEGVs. Two of those tests are
spec@arb_gpu_shader_fp64@execution@fs-indirect-temp-double-{dst,src}.
When I link Mesa (or more specifically my driver, which is
radeonsi_dri.so) against libelfg0, the tests pass and run normally.
Michel Dänzer of AMD observed the same problem. You can find a full
backtrace and register dump attached ([1]) to fdo#91520 ([2]) where I
reported the bug initially, thinking it was a bug in Mesa's code.
This is a regression. Previous versions of libelf1 worked. Michel Dänzer
says it must have been introduced between 0.159-4.2 and the current
0.163-4 ([3]).
Let me know, if you need something else.
Cheers,
Kai
[0] http://piglit.freedesktop.org/
[1] https://bugs.freedesktop.org/attachment.cgi?id=117480
[2] https://bugs.freedesktop.org/show_bug.cgi?id=91520
[3] https://bugs.freedesktop.org/show_bug.cgi?id=91520#c1
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.1.3-citadel (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libelf1 depends on:
ii libc6 2.19-19
libelf1 recommends no packages.
libelf1 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#794488: Piglit tests in Mesa crash, if radeonsi_dri.so is linked with libelf1 (libelfg0 works)
Mark Wielaard wrote on 03.08.2015 20:06:
On Mon, Aug 03, 2015 at 05:44:01PM +0200, Kai Wasserbäch wrote:
when I link my Mesa build against libelf1, some Piglit [0] tests start
throwing SIGSEGVs. Two of those tests are
spec@arb_gpu_shader_fp64@execution@fs-indirect-temp-double-{dst,src}.
When I link Mesa (or more specifically my driver, which is
radeonsi_dri.so) against libelfg0, the tests pass and run normally.
Is there an easy way to reproduce this? Which source code in particular
is build, where did it come from (debian source package or a particular
upstream release?), what are the specific build steps and how are the
particular testcases run? Can you show the steps that make things work
and which steps are different when things break?
The relevant difference between a failing and a working setup, is linking Mesa
with libelf1 vs. libelg0. I can give you both binary and source packages for
Mesa (one for a Mesa linked against a crashing libelf1 and one linked against a
working libelfg0). Let me know, if you want that.
The Mesa code is coming directly from upstream's Git and I've integrated that
into the Debian source package, ie. I build a Debian package with a newer
upstream source.
The build itself is happening in a clean pbuilder chroot (package sources in
that chroot: Debian unstable + LLVM packages from http://llvm.org/apt, which
are maintained by Debian's LLVM maintainer). (pbuiler --build
/path/to/my/mesa.dsc)
The full stack is (Debian testing as a base, eg. the libdrm is from Debian):
GPU: Hawaii PRO [Radeon R9 290] (ChipID = 0x67b1)
Mesa: Git:master/5d29eaef85
libdrm: 2.4.62-1
LLVM: SVN:trunk/r243678 (3.8 devel)
X.Org: 2:1.17.1-2
Linux: 4.1.3
Firmware: https://secure.freedesktop.org/~agd5f/radeon_ucode/hawaii/
286640da3d90d7b51bdb038b65addc47 hawaii_ce.bin
161105a73f7dfb2fca513327491c32d6 hawaii_mc.bin
d6195059ea724981c9acd3abd6ee5166 hawaii_me.bin
ad511d31a4fe3147c8d80b8f6770b8d5 hawaii_mec.bin
63eae3f33c77aadbc6ed1a09a2aed81e hawaii_pfp.bin
5b72c73acf0cbd0cbb639302f65bc7dc hawaii_rlc.bin
f00de91c24b3520197e1ddb85d99c34a hawaii_sdma1.bin
8e16f749d62b150d0d1f580d71bc4348 hawaii_sdma.bin
7b6ca5302b56bd35bf52804919d57e63 hawaii_smc.bin
9f2ba7e720e2af4d7605a9a4fd903513 hawaii_uvd.bin
b0f2a043e72fbf265b2f858b8ddbdb09 hawaii_vce.bin
libclc: Git:master/7958b0202b
DDX: Git:master/b6d871bf29
And depending on whether you build mesa with libelf1 or libelfg0 you get a crash
in the Piglit test.
Steps to reproduce:
- you need a AMD GPU powered by the radeonsi driver
- build Mesa with the radeonsi driver (it uses LLVM as a backend to generate
machine instructions, the compiled result is returned as an ELF, hence the
dependency on libelf) linked against a current libelf1 (or take my build, if you
wish)
- build Piglit
- run one of the two Piglit tests. Either one is fine and crashes with libelf1.
(e.g. PIGLIT_BUILD_DIR/bin/shader_runner
PIGLIT_SRC_DIR/tests/spec/arb_gpu_shader_fp64/execution/fs-indirect-temp-double-src.shader_test
-auto)
Cheers,
Kai
signature.asc
Description: OpenPGP digital signature
Bug#794488: Piglit tests in Mesa crash, if radeonsi_dri.so is linked with libelf1 (libelfg0 works)
Dear Mark, Mark Wielaard wrote on 03.08.2015 21:47: On Mon, Aug 03, 2015 at 08:31:12PM +0200, Kai Wasserbäch wrote: Steps to reproduce: This is going to be a bit hard for me to reproduce since I don't actually use Debian for development (sorry). I do work on upstream elfutils though. - you need a AMD GPU powered by the radeonsi driver I don't have one of those. If you want to see anything beyond what's in the backtrace and register dump (https://bugs.freedesktop.org/attachment.cgi?id=117480), let me know, I can run these tests as often as needed. I might just have to switch between good and bad versions. - build Mesa with the radeonsi driver (it uses LLVM as a backend to generate machine instructions, the compiled result is returned as an ELF, hence the dependency on libelf) linked against a current libelf1 (or take my build, if you wish) A build would be helpful I think. Ok, her you go: http://dev.carbon-project.org/debian/bts/794488/bts794488_mesa.tar.xz (password for access sent to you in private; this is just there to limit traffic, feel free to share these files wherever you want) A few notes on that file: - the bad folder contains a Mesa build, which crashes/is linked against libelf1 - the good folder contains a Mesa build, which runs the test fine/is linked against libelfg0 - each folder contains a full set of all binary packages for amd64/x86_64 and the source package, which was used to generate them. - I didn't include the i386 build - radeonsi_dri.so is in libgl1-mesa-dri - both packages were linked against libLLVM-3.8.so.1 from http://llvm.org/apt/unstable/pool/main/l/llvm-toolchain-snapshot/libllvm3.8_3.8~svn243678-1~exp1_amd64.deb (this link might go dead, when a new version is built, but I have a local copy I can send you). Could you point me to the source code that does the libelf calls to create the ELF file? Maybe reading the source helps to figure out what might go wrong. The stacktrace from the test doesn't immediately seem to give a direct clue. I think all the ELF stuff is encapsulated in http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeon/radeon_elf_util.c (and the header for that). The functions defined therein are called from http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeonsi/si_shader.c and http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeonsi/si_compute.c if I haven't missed something. Michel can probably spot any mistakes in this, therefore I CCed him on this message. Let me know, if you need something else. Cheers, Kai signature.asc Description: OpenPGP digital signature
Bug#668712: update-notifier-kde: unowned files after purge (policy 6.8, 10.8)
reassign 668712 update-notifier-common 0.99.3debian10 forcemerge 606623 668712 thanks Dear Andreas, could you PLEASE not refile this bug AGAIN for Kingston? Thanks. It is a bug in the update-notifier-common package as was noted the last time. The previous bug, you filed, was #656354. What I explained [0] back then, is still true. The next time I get a bug for this, I'll close it without further notice or explanation. If this is some automated script, please put Kingston on the blacklist for auto-filing of bugs. Kind regards, Kai Wasserbäch [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=18;bug=656354 -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#668417: [skanlite] Version 0.7 according to About dialog, 0.8 according to package version
tag 668417 + upstream severity 668417 minor thanks Dear Filipus, it's an upstream bug, upstream forgot to bump the version (current HEAD still shows 0.7 [0], and if you download the latest tarball [1], you'll also see, that it states 0.7 in the KAboutData section ([2]) of src/main.cpp (line 32). Lastly you can see the import, that happened for 0.8 at [3]). Kind regards, Kai Wasserbäch [0] https://projects.kde.org/projects/extragear/graphics/skanlite/repository/revisions/master/entry/src/main.cpp [1] http://downloads.sourceforge.net/project/sanewidget/Skanlite/skanlite-0.8.tar.bz2 [2] https://projects.kde.org/projects/extragear/graphics/skanlite/repository/revisions/master/entry/src/main.cpp#L32 [3] http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-extras/skanlite.git;a=commitdiff;h=430fe7d36b99e754f48fa87515f5f2bd5842dc03 -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#665674: [Pkg-kde-extras] Bug#665674: gtk2-engines-oxygen: Low drawing performance
tag 665674 + upstream forward 666574 https://bugs.kde.org/show_bug.cgi?id=28 thanks Dear Samuel, this sounds like upstream bug 28 ([0]) to me. If you have further information, please submit it directly to the upstream bug tracker. Thank you. Kind regards, Kai Wasserbäch [0] https://bugs.kde.org/show_bug.cgi?id=28 -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#662943: ITP: libimager-qrcode-perl -- Generate QR code with Imager using libqrencode
Package: wnpp Severity: wishlist Owner: Kai Wasserbäch cu...@debian.org * Package name: libimager-qrcode-perl Version : 0.033 Upstream Author : Yoshiki KURIHARA kurih...@cpan.org * URL : http://search.cpan.org/dist/Imager-QRCode/ * License : GPL-1+ or Artistic (same as Perl 5.8.8 or later) Programming Lang: Perl Description : Generate QR code with Imager using libqrencode This is the CPAN Perl module Imager::QRCode. The module adds an easy-to-use interface to Imager for QR code generation. The actual code generation is done by the system library libqrencode. My interest in this package is work-related and not anticipated to go away soon. -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#656354: update-notifier-kde: unowned files after purge (policy 6.8, 10.8)
reassign 656354 update-notifier-common 0.99.3debian10 forcemerge 606623 656354 thanks Dear Andreas, Andreas Beckmann schrieb am 18.01.2012 19:01: 0m36.4s ERROR: FAIL: Package purging left files on system: /var/lib/update-notifier owned by: update-notifier-common /var/lib/update-notifier/dpkg-run-stamp not owned that file is created by update-notifier-common (or scripts called by u-n-c), Kingston just watches for file changes, if the file exists, see [0]ff. I've reassigned the bug to update-notifier-common and merged it with the already existing #606623 which basically reports the same problem (u-n-c doesn't clean out its /var/lib directory on purge (though #606623 was for a different file). Kind regards, Kai Wasserbäch [0] http://anonscm.debian.org/gitweb/?p=pkg-kde/kingston.git;a=blob;f=src/update_listener.cpp;hb=HEAD#l37 -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#655884: Ships *.so symlinks which makes dev package uninstallable
Source: libcapi20-3 Version: 1:3.9.20060704+dfsg.3-1 Severity: grave Justification: Renders libcapi20-dev uninstallable. Dear isdnutils maintainers, I tried to do a 1.3.37 build of my unofficial Wine packages, which B-D on libcapi-dev. The problem is, that both libcapi-dev and libcapi20-3 ship the symlink /usr/lib/libcapi20.so (pointing to the actual lib). That renders the dev package uninstallable. Please remove the symlink from libcapi20-3 it should only be needed in the dev package. Please run lintian on your package in the future, it helps catching such bugs before an upload. In this case lintian throws the following warning: W: libcapi20-3: non-dev-pkg-with-shlib-symlink usr/lib/libcapi20.so.3.0.5 usr/lib/libcapi20.so Kind regards, Kai Wasserbäch P.S.: Shouldn't you be able to fix this within the next week, let me know and I'll do a NMU. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651696: Please use a different variable name than slots in keymaker.h
Package: xapian-core Version: 1.2.7-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear xapian maintainers, I've been busy packaging (or rather making fit for release) QApt, which uses Xapian. Currently QApt and some other programs also using Qt (e.g. packagesearch [0]) need to employ a workaround [1] to be able to use both Qt and Xapian in conjunction. This is because both Qt and Xapian have slots. Hence I'd like to ask you to consider changing slots in keymaker.h (and of course the other files including keymaker.h) to something different. I know this would require some more work from the packages using Xapian, but the amount seems way smaller than changing all Qt packages. Thank you in advance! Kind regards, Kai Wasserbäch [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639076 [1] http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-extras/qapt.git;a=commitdiff;h=bdaabec2ee2e0ca19299814e08e3102c2b830a81 - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.5-esgaroth (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQGcBAEBAgAGBQJO5KatAAoJEKMJ12zh3lnSm2AMAMGuvYMqkRxJ0fZZCdZlFlUd bmmE7Gzb/mRJHvwmTVIQWCn3/mkf+zrZc7Nj6rHxtfd1KdS3GssV4bSZStBnqiHq 4YO55RA0gyeQtSulbqAhyCN2t73K/35K1bN9GrCHXMw9fyikMd+anaLammA3qF3N +3s9ewax8+wzAyt8MgbAvUA8yMWqXqRHU02AKcExEHizGZsN4F2ovYwVfnimhibs bGJBTcz73+RF3eHzFKybumA+1MPcURpFWXEMGmZFSyhgxvRSRwqIwmfTjEK0qaOr r95Ul/zX/0uMnroo+aiKaQuvG6dv+g0INV13nDECv6HmDk7HkrKjkLvkteLQoW+G iFnbc868MEFJjLkPG+hEd81jA33QTryQ7SRWCYE1o29V9rVIsmGIO3qHa5SixXYC 6ix0I5cfAJQyNkkuq2f63y9j/mU3jp3gw22wuSkzlPmUDWA2VnkfKhJiP9AuVruM L4z3N/wdY8vgh854z1/fjtAxj9ETEVpB8TE5yjM//Q== =eEnX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651696: Please use a different variable name than slots in keymaker.h
Dear Olly, Olly Betts schrieb am 11.12.2011 14:31: On Sun, Dec 11, 2011 at 01:48:57PM +0100, Kai Wasserbäch wrote: I've been busy packaging (or rather making fit for release) QApt, which uses Xapian. Currently QApt and some other programs also using Qt (e.g. packagesearch [0]) need to employ a workaround [1] to be able to use both Qt and Xapian in conjunction. This is because both Qt and Xapian have slots. Hmm, slots is a class member in Xapian. Is Qt really defining slots as a pre-processor macro? Haven't they heard of not polluting the global namespace? I think they have, by now. I can only guess here, but as the slots stuff is one of the older but still core parts of Qt, I suspect they didn't care _too_ much back then. One can use Q_SLOTS today. But slots will still be there in the headers. And if so, why not just include xapian.h *first*? I could do that too and can propose the required changes to QApt's upstream, but I'd prefer, if both Xapian and Qt could be used alongside each other without such requirements. Hence I'd like to ask you to consider changing slots in keymaker.h (and of course the other files including keymaker.h) to something different. I know this would require some more work from the packages using Xapian, but the amount seems way smaller than changing all Qt packages. I think that would mean an incompatible ABI change - if so, it certainly can't happen in the 1.2.x series. That'd be great. As you can see from the chosen severity, this is nothing I find too pressing. It's just, that I suspect others might encounter this problem too and in the long run it might be easier to just change one side. But this is absolutely your call and if you prefer not to do this, then tag #651696 wontfix and I forward the appropriate changes to QApt's upstream. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#651718: [update-notifier-kde] Please add Spanish translation I have made
tag 651718 + pending thanks Dear Rafael, Rafael Belmonte schrieb am 11.12.2011 17:55: --- Please enter the report below this line. --- I have made Spanish translation, I am attaching the new es.po file, please consider including it in the master branch. thank you for translating Kingston! I've just commited your contribution to Git [0] and it'll be part of the next release. Kind regards, Kai Wasserbäch [0] http://anonscm.debian.org/gitweb/?p=pkg-kde/kingston.git;a=commitdiff;h=a90904b11b982ae82b9e18016e57442e2fc75137 -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#648286: ITP: r8168 -- Realtek r8168 device driver for Linux (DKMS version)
Dear Dimitry, Dmitry Smirnov schrieb am 10.11.2011 12:50: Sorry, I don't understand... This is merely an alternative driver from hardware vendor. Sometimes you might need alternatives if your hardware doesn't work well, or if you just suspect it do not work well but you need something to compare with. Fixing stuff is always good if you can do it. well, then what is different and why can't that be upstreamed? And is there a known case, where the driver provided by Debian doesn't work (if so, is there a bug filed)? Don't get me wrong: I love alternatives, but I don't see their value when it comes to device drivers. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#643839: Please build other audio backends than Pulse too
Package: lightspark Version: 0.5.1-1 Severity: wishlist Dear lightspark maintainers, lightspark comes with several audio backends, please build at least one more (SDL or OpenAL, though I hear, that an ALSA backend is in the works too and that would be the best option from my POV). Pulse requires me to install the pulseaudio daemon and lightspark would be the only application (ok, plugin in my case) _needing_ pulse to have sound. As pulse caused me trouble in the past, I'd like to avoid it. I had just a quick glance at the build system, but I think the attached patch should be enough to get the other backends built. Kind regards, Kai Wasserbäch -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4-esgaroth (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From 9194e4a3dbd79905926ee86e4886ffdf81e5bd71 Mon Sep 17 00:00:00 2001 Message-Id: 9194e4a3dbd79905926ee86e4886ffdf81e5bd71.1317375468.git.cu...@debian.org From: =?UTF-8?q?Kai=20Wasserb=C3=A4ch?= cu...@debian.org Date: Fri, 30 Sep 2011 11:35:34 +0200 Subject: [PATCH] Build all audio backends MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Req. changes: * debian/control: Added B-Ds on libsdl1.2-dev and libopenal-dev. * debian/rules: Added override_dh_auto_configure target. Signed-off-by: Kai Wasserbäch cu...@debian.org --- debian/changelog |9 + debian/control |2 ++ debian/rules |5 + 3 files changed, 16 insertions(+), 0 deletions(-) diff --git a/debian/changelog b/debian/changelog index a5702c8..eebcd07 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +lightspark (0.5.1-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Build all audio backends: +- debian/control: Added B-Ds on libsdl1.2-dev and libopenal-dev. +- debian/rules: Added override_dh_auto_configure target. + + -- Kai Wasserbäch cu...@debian.org Fri, 30 Sep 2011 11:30:06 +0200 + lightspark (0.5.1-1) unstable; urgency=low * New 0.5.1 upstream release. diff --git a/debian/control b/debian/control index 3a6fc0c..36c27b9 100644 --- a/debian/control +++ b/debian/control @@ -24,6 +24,8 @@ Build-Depends: debhelper (= 7.0.50), libgtk2.0-dev, libjpeg-dev, libxml++2.6-dev (= 2.33.1), + libopenal-dev, + libsdl1.2-dev Standards-Version: 3.9.2 Homepage: http://lightspark.sf.net Vcs-Git: git://git.debian.org/pkg-flash/lightspark.git diff --git a/debian/rules b/debian/rules index 724a66f..f8ca007 100755 --- a/debian/rules +++ b/debian/rules @@ -3,6 +3,9 @@ %: dh --parallel $@ +override_dh_auto_configure: + dh_auto_configure -- -DAUDIO_BACKEND=pulse openal sdl + override_dh_strip: dh_strip --dbg-package=lightspark-dbg @@ -19,3 +22,5 @@ override_dh_shlibdeps: override_dh_makeshlibs: dh_makeshlibs -X/usr/lib/lightspark + +.PHONY: override_dh_autoconfigure override_dh_strip override_dh_install override_dh_shlibdeps override_dh_makeshlibs -- 1.7.6.3
Bug#591347: i386 test platform gone
Just a short note: I'm not really able to check on this bug anymore, as the i386 machine I saw this on, was decommissioned. On my amd64 machine(s) I haven't been able to reproduce this bug. In case you want to close this bug, I'd be ok with that. If somebody else is seeing that, they can always reopen the bug. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#613267: Seems fixed with 0.6.4
Package: aptitude Followup-For: Bug #613267 Dear aptitude maintainers, I have seen this bug, when aptitude tried to find a solution for a broken vlc-nox/libpostproc52 (due to a binNMU and conflicting versions with d-m.o provided packages). Since I've upgraded aptitude to 0.6.4, the bug seems to be fixed and aptitude is finding a solution again, while the previous aptitude version produced the assertion failure and got a SIGABRT. Kind regards, Kai Wasserbäch -- Package-specific info: aptitude 0.6.4 compiled at May 16 2011 16:15:35 Compiler: g++ 4.6.1 20110507 (prerelease) Compiled against: apt version 4.10.1 NCurses version 5.9 libsigc++ version: 2.2.9 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.10.1 linux-vdso.so.1 = (0x7fff0e7d8000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x7f884523a000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7f8844fe7000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f8844de1000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f8844ad9000) libept.so.1 = /usr/lib/libept.so.1 (0x7f884487d000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f8844482000) libz.so.1 = /usr/lib/libz.so.1 (0x7f884426b000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x7f8843fcb000) libboost_iostreams.so.1.46.1 = /usr/lib/libboost_iostreams.so.1.46.1 (0x7f8843db1000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f8843b95000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f884388b000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f8843608000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f88433f2000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f884306e000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f8842e6a000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f8842c66000) libuuid.so.1 = /lib/libuuid.so.1 (0x7f8842a61000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f8842851000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f8842649000) /lib64/ld-linux-x86-64.so.2 (0x7f884556b000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4-esgaroth (SMP w/4 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 aptitude depends on: ii apt [libapt-pkg4.10] 0.8.15.6 ii libboost-iostreams1.46.1 1.46.1-7 ii libc6 2.13-18 ii libcwidget3 0.5.16-3.1 ii libept1 1.0.5 ii libgcc1 1:4.6.1-4 ii libncursesw5 5.9-1 ii libsigc++-2.0-0c2a2.2.9-1 ii libsqlite3-0 3.7.7-2 ii libstdc++64.6.1-4 ii libxapian22 1.2.7-1 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages aptitude recommends: ii apt-xapian-index0.44 ii aptitude-doc-en | aptitude-doc none ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.6 Versions of packages aptitude suggests: pn debtags none pn tasksel none -- no debconf information -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#640516: mesa: Please enable ARB_texture_float
Source: mesa Severity: wishlist Version: 7.11-5 Dear Julien, dear Cyril, per your request I'm filing this as a wishlist bug even though I don't think this is going anywhere due to the patent (see [0]). But here we go: please add --enable-texture-float in debian/rules (I added it to confflags-dri in my builds) to enable ARB_texture_float. Thank you in advance for considering this. Kind regards, Kai Wasserbäch [0] http://cgit.freedesktop.org/mesa/mesa/tree/docs/patents.txt?h=7.11 -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#638543: Recent libjpeg-dev (6.2 → 8 transition) change breaks Wine builds on amd64
Package: ia32-libs-dev Version: 20110609 Severity: important Dear ia32-libs maintainers, recently libjpeg8-dev started to provide libjpeg-dev, that causes breakage on amd64 build of Wine because ia32-libs-dev still links libjpeg.so to libjpeg.so.62.0.0, which in turn means I have the version 8 headers, but the 6.2 linking. It doesn't lead to a FTBFS for Wine, but Wine complains, that it was built with version 8 and now only 6.2 is there for loading (please note, that I haven't seen the error myself, but several users of my unofficial Wine builds sent me e-mails about this, the message from Wine is err:jpeg:error_exit_fn Wrong JPEG library version: library is 62, caller expects 80). Please update the symlink to point to libjpeg.so.8.0.0. Kind regards, Kai Wasserbäch -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.3-esgaroth (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636612: clive: No longer works with youtube
Hi out there, just FYI: the change is rather minor, the flashvar to look for is now named url_encoded_fmt_stream_map which contains a long URL encoded string, which has a new format: varying amounts of parameters divided by colons (the parameters url, fallback_host, itag, quality and type seem to be present for every entry). The url parameter contains an url-encoded URL pointing to the file. fallback_host should be a possible replacement for the host given in url. itag: no idea, maybe they're what was previously fmt? It seems to be different for each type-quality paring. quality: I've seen medium and small so far, important to note: a given quality can be present multiple times. type: an url-encoded string defining the MIME type, sometimes with a ; codecs=… suffix. There can be several types for one quality, e.g. you might have quality=medium three times but each one with a different type (e.g. »video/webm; codecs=vp8.0, vorbis«, »video/x-flv« and »video/mp4; codecs=avc1.42001E, mp4a.40.2«) Didn't have time to cobble a patch together, but thought this might help others in fixing this issue faster. ;) Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#635262: clive: -f best no longer working (YouTube)
Package: clive Version: 2.2.25-1 Severity: normal Dear clive maintainers, a few days ago clive started to no longer fetch the best version, e.g. 1080p, when available and invoked with -f best. Manually forcing the 1080p format with -f mp4_1080p works however. Kind regards, Kai Wasserbäch -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-esgaroth (SMP w/4 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 clive depends on: ii libclass-singleton-perl 1.4-1 implementation of a Singleton cl ii libconfig-tiny-perl 2.14-1 Read/Write .ini style files with a ii libexpect-perl1.21-1 Expect.pm - Perl Expect interface ii libgetopt-argvfile-perl 1.11-1 Perl module for reading script opt ii libhtml-parser-perl 3.68-1+b1 collection of modules that parse H ii liburi-perl 1.58-1 module to manipulate and access UR ii libwww-curl-perl 4.15-1+b1 Perl bindings to libcurl ii perl 5.12.4-1 Larry Wall's Practical Extraction ii perl-modules [libversion-perl 5.12.4-1 Core Perl modules Versions of packages clive recommends: ii clive-utils 2.1.6-1additional utilities for clive pn libberkeleydb-perlnone (no description available) ii libterm-readkey-perl 2.30-4+b1 A perl module for simple terminal Versions of packages clive suggests: ii ffmpeg5:0.8-0.1 audio/video encoder, streaming ser -- no debconf information -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#635262: clive: -f best no longer working (YouTube)
Dear Damya, Damyan Ivanov schrieb am 24.07.2011 16:11: -=| Kai Wasserbäch, Sun, Jul 24, 2011 at 03:29:55PM +0200 |=- a few days ago clive started to no longer fetch the best version, e.g. 1080p, when available and invoked with -f best. Manually forcing the 1080p format with -f mp4_1080p works however. Can you give an example URL or at least the name of the video site? the video site was actually given in the subject (YouTube) and as any video with a HD versions shows this bug for me, I didn't add an example URL. But, here you go, the first URL with HD content, that was shown on the landing page: http://www.youtube.com/watch?v=5gx9M94dZWI. If I download it with clive -f best, I get the 360p version instead of the expected 1080p. If I invoke clive with -f mp4_1080p instead, I do get the HD version. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#631174: libvdpau1: Multi-Arch support and other drivers
Hello, just as a heads-up: Mesa recently gained support for video acceleration [0] and one supported method is VDPAU (the others being XvMC and VA). As Mesa is already multi-arch ready the most natural path to install the VDPAU drivers would be /usr/lib/MULTI-ARCH-TRIPLET/vdpau but, AFAICT, libvdpau (in its current form) wouldn't find any driver there (without an environment variable?), right? So multi-arch support would be much appreciated. Kind regards, Kai Wasserbäch P.S.: I'm not a member of the Mesa team, just somebody who, from time to time, likes to test an upcoming version of Mesa. ;) [0] http://cgit.freedesktop.org/mesa/mesa/commit/?id=ed24e190 -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#628801: [uscan] newest_dir is not the newest version, but the topmost matching directory
Package: devscripts Version: 2.10.73 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear devscripts maintainers, while writing a watch file for kernel.org for my own use, I discovered, that uscan sets newest_dir apparently not to the latest matching version, but to the first match. This leads to the problem, that uscan checks the v1.0 directory (for kernel.org) instead of v3.0. Please see the attached watch file for a test case and the debug output for the results. Thank you in advance for fixing this problem. Kind regards, Kai Wasserbäch - -- Package-specific info: - --- /etc/devscripts.conf --- - --- ~/.devscripts --- DEBSIGN_KEYID=0xE1DE59D2 DEBCHANGE_RELEASE_HEURISTIC=changelog BTS_SMTP_HOST=[PRIVACY PROTECTED] - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-esgaroth (SMP w/4 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 devscripts depends on: ii dpkg-dev 1.16.0.3 Debian package development tools ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii perl 5.12.3-7 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at3.1.12-1 Delayed job execution and batch pr ii curl 7.21.6-1 Get a file from an HTTP, HTTPS or ii dctrl-tools 2.18 Command-line tools to process Debi ii debian-keyring [debian-mainta 2011.03.03 GnuPG keys of Debian Developers ii dput 0.9.6.2Debian package upload tool pn equivsnone (no description available) ii fakeroot 1.15.1-1 tool for simulating superuser priv ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep pn libcrypt-ssleay-perl none (no description available) pn libjson-perl none (no description available) ii libparse-debcontrol-perl 2.005-3parser for debian control-like fil pn libsoap-lite-perl none (no description available) ii liburi-perl 1.58-1 module to manipulate and access UR ii libwww-perl 6.01-3 simple and consistent interface to ii lintian 2.5.0 Debian package checker ii lsb-release 3.2-27 Linux Standard Base version report ii man-db2.6.0.2-1 on-line manual pager ii patch 2.6.1-2Apply a diff file to an original ii patchutils0.3.2-1Utilities to work with patches ii sensible-utils0.0.6 Utilities for sensible alternative ii strace4.5.20-2.3 A system call tracer ii unzip 6.0-4 De-archiver for .zip files ii wdiff 0.6.5-1Compares two files word by word ii wget 1.12-3.1 retrieves files from the web ii xz-utils 5.0.0-2XZ-format compression utilities Versions of packages devscripts suggests: pn bsd-mailx | mailx none (no description available) ii build-essential 11.5 Informational list of build-essent pn cvs-buildpackage none (no description available) pn devscripts-el none (no description available) pn gnuplot none (no description available) ii libauthen-sasl-perl 2.1500-1 Authen::SASL - SASL Authentication ii libfile-desktopentry-perl 0.04-2 Perl module to handle freedesktop ii libnet-smtp-ssl-perl 1.01-3 Perl module providing SSL support pn libterm-size-perl none (no description available) ii libtimedate-perl 1.2000-1 collection of modules to manipulat pn libyaml-syck-perl none (no description available) pn mutt none (no description available) ii openssh-client [ssh-client] 1:5.5p1-6 secure shell (SSH) client, for sec pn svn-buildpackage none (no description available) pn w3m none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQGcBAEBAgAGBQJN5j3gAAoJEKMJ12zh3lnSAAgMAIuD7BFDk+ybhBz9L1XTdUi4 sT7tkRsQ3O6GKUWSCfe5csvtlhR+ohandmWyTT33oMsZ2IHBD7KkpGz4SUkmUXKi uVv4OrVWubslUBfn1xcw53rZnhfnrEKIi4kItNdQ/2M12Fgk3ejHbRhqKmT53IhB blAJOGWofHdbmu1iIFoVBLbWb3FX9FjZlM60gxojWWTARIaQpGkTA0/EIcnSzanB Xot+A60Fxgdp/p5zLKL3XVEYSjleE7zRk1bCLyKEaElyQvMsv9WxfIxNi7jqWo5/ yGtuCeTzTG57wZxll/pq9ypZIjvmq2q8oWWLFbie1qYOvBOj5NSFnO+MdmRSE6K8 ggXlfKBC0qiSUNwXO7xm5yKzfaXa+z36di1Pa/ainBEkY30IDnqnfQ5KIHcj6bTy
Bug#627334: firmware-iwlwifi: Please update Wireless-N 1000 FW to 39.31.5.1 (-5.ucode)
Package: firmware-iwlwifi Version: 0.30 Severity: wishlist Dear firmware-nonfree maintainers, at least since 2.6.39 the iwlagn driver like to load the v5 firmware file for the Wireless-N 1000 based chips. Thus I'd greatly appreciate it, if you could run the update.sh script in the iwlwifi directory with: ./update.sh 39.31.5.1 http://www.intellinuxwireless.org/iwlwifi/downloads/iwlwifi-1000-ucode-39.31.5.1.tgz I would have provided a debdiff, but it seems that doesn't include changes to binary files. Thank you in advance! Kind regards, Kai Wasserbäch -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-esgaroth (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.98.8 tools for generating an initramfs ii linux-image-2.6.39-esgaroth [ 0.1Linux kernel binary image for vers -- no debconf information -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#627334: firmware-iwlwifi: Please update Wireless-N 1000 FW to 39.31.5.1 (-5.ucode)
Dear Ben, Ben Hutchings schrieb am 19.05.2011 19:26: On Thu, May 19, 2011 at 06:55:09PM +0200, Kai Wasserbäch wrote: ./update.sh 39.31.5.1 http://www.intellinuxwireless.org/iwlwifi/downloads/iwlwifi-1000-ucode-39.31.5.1.tgz I've actually been treating the linux-firmware repository as upstream for firmware-iwlwifi recently (as with most of the other binary packages). However I am going to be co-maintaining that in future so I should be able to make this update with my upstream hat on. no need to hurry, I've built a local package for myself for the meantime. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#626770: ITP: liblwp-authen-oauth-perl -- OAuth authentication plugin for LWP
Package: wnpp Severity: wishlist Owner: Kai Wasserbäch cu...@debian.org * Package name: liblwp-authen-oauth-perl Version : 1.01 Upstream Author : Timothy D Brody t...@ecs.soton.ac.uk * URL : http://search.cpan.org/dist/LWP-Authen-OAuth/ * License : GPL-1+ or Artistic (same as Perl 5.8.8 or later) Programming Lang: Perl Description : OAuth authentication plugin for LWP This is the CPAN Perl module LWP::Authen::OAuth. LWP::Authen::OAuth is an easy to use OAuth authentication plugin for LWP, that should work transparent in almost all cases. Furthermore it reduces the amount of code that needs to be written for an OAuth authentication. -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#624693: gtk2-engines-oxygen: Segfault in Gimp
tag 624693 + unreproducible moreinfo thanks Dear Ernesto, what version of gtk2-engines-oxygen do you use (if it's not 1.0.4-1, does the bug occur after you've upgraded?)? Is your file://$HOME/.config/oxygen-gtk/argb-apps.conf empty? If not, please try an empty one. If it is: does the bug occur when you blacklist Gimp? My problem is, that Gimp is working over here with gtk2-engines-oxygen installed and an empty argb-apps.conf. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Dear Goswin,
apart from the fact, that you didn't reassing this bug for real to src:mesa, it
seems to be really a problem on the your end, i.e. the version of mesa shipped
by ia32-libs. This bug should be fixed by commit cdd1912f ([0]) which happend in
February. But I'm still seeing this with the March edition of ia32-libs. And I
can confirm (with strings) that while the 64 bit Mesa libraries have the
${ORIGIN}/dri search path, the 32 bit libraries shipped by ia32-libs don't.
Please consider an upload of ia32-libs with the referenced commit included in
the Mesa libraries.
Thanks,
Kai
P.S.: A workaround for people hit by this: use
LIBGL_DRIVERS_PATH=/usr/lib32/dri in the invocation of the program which needs
the 32 bit libraries of Mesa (most people will see this with Wine, I'd suspect).
[0] http://git.debian.org/?p=pkg-xorg/lib/mesa.git;a=commitdiff;h=cdd1912f
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
signature.asc
Description: OpenPGP digital signature
Bug#620200: kingston-update-notifier: French translation
Dear Cédric, Cédric Boutillier schrieb am 06.04.2011 01:43: On Thu, Mar 31, 2011 at 12:16:29PM +0200, Kai Wasserbäch wrote: thank you for your contribution, I've just commited your translation ([0]), please note, that this isn't a debconf but a normal program translation. I apologize, I misused a template... no need to apologize, just thought it might be useful information for you as you (the language team) might prioritize translations (e.g. debconf first) and/or use pseudo URLs for tracking progress of translations and then the po-debconf handler might make trouble with tracking this translation. And now to an additional request: kingston provides a .notifyrc [1] and a .desktop [2] file too, both would need translation in addition to the PO file to complete the French translation. Could you translate them too, please? Please find in attachment a patch for these files containing the strings translated to French. Perfect! I've committed your changes (23e575f) to our Git. The French translation will be included in the next upload. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#620879: gtk2-engines-oxygen: White Squares at applications
tag 620879 + moreinfo unreproducible thanks Dear Saulo, Saulo Soares de Toledo schrieb am 04.04.2011 22:57: There are something about this bug who affects a lot of gtk applications, like gedit, at README at package. I'm not able to reproduce the bug here (I hope I understood you correctly, to ensure this, this is what I've tried: install gedit, open gtk2-engines-oxygen README.gz file (after gunzipping) with gedit). Everything looks fine. Could you please name a few of the other affected programs, maybe I'm able to see your bug with them, and attach a screenshot of a program showing the bug (in case it isn't easy to spot on the screenshot, please mark the affected regions). But I've installed the package Oxygen Molecule from Ubuntu distro and worked here. This cannot be ported to official debian package? This is a total different question from any bug in gtk2-engines-oxygen. If you want the oxygen-molecule theme in Debian, you either need to package it yourself (and file an ITP) or you need to file an RFP (Request For Packaging) and hope somebody picks it up. oxygen-molecule has nothing to do with gtk2-engines-oxygen. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#620200: kingston-update-notifier: French translation
retitle 620200 kingston-update-notifier: French translation tag 620200 + pending thanks Dear Cédric, Cédric Boutillier schrieb am 31.03.2011 01:32: Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. thank you for your contribution, I've just commited your translation ([0]), please note, that this isn't a debconf but a normal program translation. And now to an additional request: kingston provides a .notifyrc [1] and a .desktop [2] file too, both would need translation in addition to the PO file to complete the French translation. Could you translate them too, please? Thank you in advance for your help! Kind regards, Kai Wasserbäch [0] http://git.debian.org/?p=pkg-kde/kingston.git;a=commitdiff;h=461f87fc [1] http://git.debian.org/?p=pkg-kde/kingston.git;a=blob_plain;f=src/kingston_update_notifier.notifyrc;hb=HEAD [2] http://git.debian.org/?p=pkg-kde/kingston.git;a=blob_plain;f=src/kingston_update_notifier.desktop;hb=HEAD -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#519200: k3b: Should recognize cdrskin as cdrecord (it's compatible)
Dear Mark, I'm not the original reporter, but I see this with 2.0.2-1, so don't close this particular bug. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#619111: util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c
Package: libgl1-mesa-dri
Version: 7.10-4
Severity: important
Tags: upstream patch
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=35483
Dear XSF,
I encountered a crash in Mesa 7.10 for which Henri Verbeet found the right
solution. The attached patch applies cleanly on top of 7.10-4 and has a DEP3
header; packages built with that patch applied are available at [0] for testing
purposes.
Please include the attached patch in your next upload of Mesa. For details about
the crash, please see the upstream bug.
Kind regards,
Kai Wasserbäch
[0] http://dev.carbon-project.org/debian/mesa/
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
From: Henri Verbeet hverb...@gmail.com
Subject: Fix crash in util_blit_pixels_writemask()
Last-Update: 2011-03-21
Bug: https://bugs.freedesktop.org/show_bug.cgi?id=35483
Origin: upstream, https://bugs.freedesktop.org/attachment.cgi?id=44652
---
src/mesa/state_tracker/st_cb_blit.c |3 +++
1 file changed, 3 insertions(+)
--- a/src/mesa/state_tracker/st_cb_blit.c
+++ b/src/mesa/state_tracker/st_cb_blit.c
@@ -38,6 +38,7 @@
#include st_texture.h
#include st_cb_blit.h
#include st_cb_fbo.h
+#include st_atom.h
#include util/u_blit.h
#include util/u_inlines.h
@@ -75,6 +76,8 @@ st_BlitFramebuffer(struct gl_context *ct
struct gl_framebuffer *readFB = ctx-ReadBuffer;
struct gl_framebuffer *drawFB = ctx-DrawBuffer;
+ st_validate_state(st);
+
if (!_mesa_clip_blit(ctx, srcX0, srcY0, srcX1, srcY1,
dstX0, dstY0, dstX1, dstY1)) {
return; /* nothing to draw/blit */
signature.asc
Description: OpenPGP digital signature
Bug#619021: ITP: snes9x -- Super NES emulator
Dear Benoît, Benoît Ryder schrieb am 20.03.2011 14:50: * Package name: snes9x Version : 1.52 this package was just removed ([0]) and one of the reasons was dead upstream. Has this changed? I don't think so, as the removed version equals what you stated in your ITP. If the reasons which lead to the removal are still valid I'd argue against a new snes9x package (please note, that there are other emulators for SNES AFAICS). Kind regards, Kai Wasserbäch [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617588 -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#618443: gtk2-engines-oxygen: Eclipse make X crash with that theme
tag 618443 + moreinfo thanks Dear Mourad, thank you for reporting the bug in gtk2-engines-oxygen. mourad schrieb am 15.03.2011 08:56: I've got a big problem with that theme ! it works well most of the time, but with eclipse Helios (3.6 r2), X server crash ! Could you please check, if adding Eclipse to file://~/.config/oxygen-gtk/argb-apps.conf solves the problem? For further instructions please see section III.1 ARGB support in file:///usr/share/doc/gtk2-engines-oxygen/README.gz. To reproduce : Install a stock version (for me in 64bits) from http://www.eclipse.org Can you reproduce this bug with the version from the Debian archives too? Here a part of Xorg log : Backtrace: 0: /usr/bin/X (xorg_backtrace+0x28) [0x45d148] 1: /usr/bin/X (0x40+0x64f39) [0x464f39] 2: /lib/libpthread.so.0 (0x7faaf3dbb000+0xef60) [0x7faaf3dc9f60] 3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7faaee2ac000+0x32b3c8) [0x7faaee5d73c8] 4: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7faaee2ac000+0x31e320) [0x7faaee5ca320] 5: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7faaee2ac000+0x322498) [0x7faaee5ce498] 6: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7faaee2ac000+0x32329a) [0x7faaee5cf29a] 7: /usr/bin/X (0x40+0xabe80) [0x4abe80] 8: /usr/bin/X (0x40+0xa55ae) [0x4a55ae] 9: /usr/bin/X (0x40+0x333d4) [0x4333d4] 10: /usr/bin/X (0x40+0x25c35) [0x425c35] 11: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7faaf28a5c4d] 12: /usr/bin/X (0x40+0x257e9) [0x4257e9] Segmentation fault at address 0x2 Fatal server error: Caught signal 11 (Segmentation fault). Server aborting Could you send us a backtrace with debugging symbols installed? And a backtrace of Eclipse (open a session on e.g. tty1 and attach gdb to the Eclipse process), again with debugging symbols installed? Thank you in advance for providing the additional information. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#618305: update-notifier-kde: Please add Hungarian translation
tag 618305 + pending thanks Dear Gábor, thank you for your translation, I just commited it to the Git repository [0]. Kind regards, Kai Wasserbäch [0] http://git.debian.org/?p=pkg-kde/kingston.git;a=commitdiff;h=570bf70ddfda4cfc240523fc672a5458c6f5ad92 -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#615292: chronicle: Issues with rendering UTF-8 characters)
Dear Steve, another side effect of this bug is a broken RSS feed, because in the RSS feed I need the UTF-8 character in the title/title tags. At the moment I fix this with a post-build script which replaces the HTML entity with the respective UTF-8 character but IMHO chronicle should just work with the input from .chroniclerc, if it's UTF-8-encoded. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#615292: chronicle: Issues with rendering UTF-8 characters)
Dear Steve, Steve Kemp schrieb am 27.02.2011 16:01: I've been careful to open all files in a way which seemed to be clean - but could you please try the patch below and let me know if it helps? sadly not, I'm still getting ù instead of ù. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#615292: chronicle: Issues with rendering UTF-8 characters
Dear Steve, Steve Kemp schrieb am 27.02.2011 16:22: OK in that case can you mail me a copy of your ~/.chroniclerc file, gzipped, so that I can try to reproduce it here? Sure, sent it to you in private e-mail as it contains some paths. (I've tested, and had reports of success, that the actual *blog entries* are fine in UTF-8 - this is the first time I've seen a report of an issue with the ~/.chroniclerc file causing problems.) The articles themselves don't seem to create problems. I ran a quick test and it worked. Just the value read from .chroniclerc seems to get botched up. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#615292: chronicle: Issues with rendering UTF-8 characters
Package: chronicle Version: 4.4-1 Severity: normal Dear Steve, I've just tried out chronicle and it looks good except that it seems to have problems with special characters like German umlauts (ä,ö,ü) and some others (e.g. ù) when they come from an UTF-8 encoded file. In this particular case I had a line for blog_title in my .chroniclerc which contained an ù. It works, when I replace said ù with ugrave;. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#613983: puf shouldn't use --with autotools_dev,autoreconf together
tag 613983 + pending thanks Dear Jaromír, Jaromír Mikeš schrieb am 18.02.2011 18:09: Autotools_dev and autoreconf debhelper sequence add-ons is mutually exclusive. The combination of both helpers was not intended, is unpredictable and can not turn out as desired. Please decide for one of both. thanks for reporting the bug in puf (I guess you mean both tools use insert_before() with dh_auto_configure (and later the same for dh_clean). The problem has been fixed in Git (048c836498acdcdf1802679775653bd6f08dad54). Just a side note:: none of this is mentioned in either helper's man page. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#613529: update-notifier-kde: Incorrectly states the number of updates
severity 613529 minor tag 613529 + pending thanks Dear Braun, Braun Gábor schrieb am 15.02.2011 14:46: I have received a notification: There is 2 updates and 2 security updates available (There was no dot at the end of the sentence, and the verb was is.) However, there were only 2 updates available, both of which were security. So the sentence is misleading. It would have been better to say: There are 2 security updates available. thank you for reporting above problems, the is vs. are was already fixed, though that hasn't reached stable. The remaining issues are fixed in the Git repository and will be included in the next upload. Please note, that it might take a while longer until this reaches stable. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#613526: gtk2-engines-oxygen: Add icedove-bin to argb-apps.conf to prevent crash
Package: gtk2-engines-oxygen Version: 1.0.0+git260+36e283c-1 Severity: important Justification: Otherwise it is impossible to start icedove Dear Fathi, I've just installed gtk2-engines-oxygen and afterwards icedove crashed with a SIGABRT. Some investigation showed, that all Mozilla applications are listed in argb-apps.conf. But as Thunderbird was renamed to Icedove in Debian it isn't encompassed by the list you distribute. Please add icedove-bin to that file. Thank you in advance, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#612640: mesa: r300g: Crash in dri2_invalidate_drawable
Package: libgl1-mesa-dri
Version: 7.10-1
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=31940
Tags: patch upstream
Severity: important
Dear XSF,
since the first Mesa 7.10 package, I'm bitten by fdo#31940 for which there is a
patch. Please include the patch in your next Mesa (7.10) upload. Attached you'll
find a debdiff containing all required changes.
Kind regards,
Kai Wasserbäch
--
E-Mail: cu...@debian.org
IRC: Curan
Jabber: dri...@debianforum.de
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
diff -u mesa-7.10/debian/changelog mesa-7.10/debian/changelog
--- mesa-7.10/debian/changelog
+++ mesa-7.10/debian/changelog
@@ -1,3 +1,10 @@
+mesa (7.10-3.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/patches/fix_fdo#31940.patch: Added, fixes crash in Gallium.
+
+ -- Kai Wasserbäch cu...@debian.org Wed, 09 Feb 2011 18:30:05 +0100
+
mesa (7.10-3) unstable; urgency=low
[ Julien Cristau ]
diff -u mesa-7.10/debian/patches/series mesa-7.10/debian/patches/series
--- mesa-7.10/debian/patches/series
+++ mesa-7.10/debian/patches/series
@@ -6,0 +7 @@
+fix_fdo#31940.patch
only in patch2:
unchanged:
--- mesa-7.10.orig/debian/patches/fix_fdo#31940.patch
+++ mesa-7.10/debian/patches/fix_fdo#31940.patch
@@ -0,0 +1,95 @@
+From: Jakob Bornecrantz wallbra...@gmail.com
+Description: [PATCH] st/dri: Track drawable context bindings
+ Needs to track this ourself since because we get into a race condition with
+ the dri_util.c code on make current when rendering to the front buffer.
+ .
+ This is what happens:
+ Old context is rendering to the front buffer.
+ .
+ App calls MakeCurrent with a new context. dri_util.c sets
+ drawable-driContextPriv to the new context and then calls the driver make
+ current. st/dri make current flushes the old context, which calls back into
+ st/dri via the flush frontbuffer hook. st/dri calls dri loader flush
+ frontbuffer, which calls invalidate buffer on the drawable into st/dri.
+ .
+ This is where things gets wrong. st/dri grabs the context from the dri
+ drawable (which now points to the new context) and calls invalidate
+ framebuffer to the new context which has not yet set the new drawable as its
+ framebuffers since we have not called make current yet, it asserts.
+Bug: https://bugs.freedesktop.org/show_bug.cgi?id=31940
+Origin: other, https://bugs.freedesktop.org/attachment.cgi?id=40689
+---
+ src/gallium/state_trackers/dri/common/dri_context.c | 10 +-
+ src/gallium/state_trackers/dri/common/dri_drawable.c |1 +
+ src/gallium/state_trackers/dri/common/dri_drawable.h |3 +++
+ src/gallium/state_trackers/dri/drm/dri2.c|2 +-
+ 4 files changed, 14 insertions(+), 2 deletions(-)
+
+--- a/src/gallium/state_trackers/dri/common/dri_context.c
b/src/gallium/state_trackers/dri/common/dri_context.c
+@@ -141,12 +141,18 @@ GLboolean
+ dri_unbind_context(__DRIcontext * cPriv)
+ {
+/* dri_util.c ensures cPriv is not null */
++ struct dri_screen *screen = dri_screen(cPriv-driScreenPriv);
+struct dri_context *ctx = dri_context(cPriv);
++ struct dri_drawable *draw = dri_drawable(ctx-dPriv);
++ struct dri_drawable *read = dri_drawable(ctx-rPriv);
++ struct st_api *stapi = screen-st_api;
+
+if (--ctx-bind_count == 0) {
+ if (ctx-st == ctx-stapi-get_current(ctx-stapi)) {
+ ctx-st-flush(ctx-st, PIPE_FLUSH_RENDER_CACHE, NULL);
+- ctx-stapi-make_current(ctx-stapi, NULL, NULL, NULL);
++ stapi-make_current(stapi, NULL, NULL, NULL);
++ draw-context = NULL;
++ read-context = NULL;
+ }
+}
+
+@@ -169,10 +175,12 @@ dri_make_current(__DRIcontext * cPriv,
+
+++ctx-bind_count;
+
++ draw-context = ctx;
+if (ctx-dPriv != driDrawPriv) {
+ ctx-dPriv = driDrawPriv;
+ draw-texture_stamp = driDrawPriv-lastStamp - 1;
+}
++ read-context = ctx;
+if (ctx-rPriv != driReadPriv) {
+ ctx-rPriv = driReadPriv;
+ read-texture_stamp = driReadPriv-lastStamp - 1;
+--- a/src/gallium/state_trackers/dri/common/dri_drawable.c
b/src/gallium/state_trackers/dri/common/dri_drawable.c
+@@ -132,6 +132,7 @@ dri_create_buffer(__DRIscreen * sPriv,
+drawable-base.validate = dri_st_framebuffer_validate;
+drawable-base.st_manager_private = (void *) drawable;
+
++ drawable-screen = screen;
+drawable-sPriv = sPriv;
+drawable-dPriv = dPriv;
+dPriv-driverPrivate = (void *)drawable;
+--- a/src/gallium/state_trackers/dri/common/dri_drawable.h
b/src/gallium/state_trackers/dri/common/dri_drawable.h
+@@ -41,6 +41,9 @@ struct dri_drawable
+struct st_framebuffer_iface base;
+struct st_visual stvis;
+
++ struct dri_screen *screen;
++ struct dri_context *context;
++
+/* dri */
+__DRIdrawable *dPriv;
+__DRIscreen *sPriv;
+--- a/src/gallium/state_trackers/dri/drm/dri2.c
b/src/gallium/state_trackers/dri/drm/dri2.c
+@@ -51,7 +51,7 @@ static void
Bug#611185: unblock: kingston-update-notifier/1.2+nmu1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, with the consent of Sune [0] I just uploaded a new version of kingston-update-notifier to unstable (which was accepted [1]). The upload closes three bugs and consists mainly of an added translation (German) to Kingston. Furthermore a Recommends was added and a minor change to the code base happened (addition of a Reboot button). Because of the translation and the usefulness of the other (minor) changes, I'd like to request an unblocking of Kingston, so it can enter testing (Squeeze). If you prefer this to go through s-p-u, let me know and close this bug. Kind regards, Kai Wasserbäch P.S.: I'm CCing Sune, to keep him in the loop. [0] 201101260907.15595.s...@debian.org: Sune Vuorela schrieb am 26.01.2011 09:06: On Tuesday 25 January 2011 21:56:58 you wrote: I'd like to ask you, if you'd be ok with me uploading the next version of Kingston into the archive. In this particular case I'd also like to check with the Release Team and look whether we'd be able to get this into Squeeze (at least through proposed-updates) – again: if you greenlight this. You are most welcome. And thanks in advance. [1] http://packages.qa.debian.org/k/kingston-update-notifier/news/20110126T143254Z.html -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#611185: unblock: kingston-update-notifier/1.2+nmu1
Hi Adam, Adam D. Barratt schrieb am 26.01.2011 17:57: On Wed, January 26, 2011 14:51, Kai Wasserbäch wrote: with the consent of Sune [0] I just uploaded a new version of kingston-update-notifier to unstable (which was accepted [1]). The upload closes three bugs and consists mainly of an added translation (German) to Kingston. Furthermore a Recommends was added and a minor change to the code base happened (addition of a Reboot button). Because of the translation and the usefulness of the other (minor) changes, I'd like to request an unblocking of Kingston, so it can enter testing (Squeeze). So far as I can see, other than the translation, the two bugs fixed have severities wishlist and important; is that correct? If so, then I'm afraid it's too late to get them in to squeeze. Yes, apart from the translations we have wishlist and an important bug, but as the changes made for them are really minor, I hoped they could tag along with the translation. Both non-translation bug fixes would improve the usefulness greatly. I'm also slightly confused (and possibly missing something) as to how the Recommends on anacron ensures that updates are checked for, as the package does not seem to ship any cron fragments. Anacron ensures, that the apt cronjob, which updates the package lists, is run, even if the system is not up 24/7. The Recommends: anacron approach was also taken by update-notifier, which's lead I was following here. Kind regards, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#563479: cmake: FindBoost fails to add -lpthread
tag 563479 + upstream patch pending
thanks
Dear Ludovico,
attached you can find the proposed patch (latest version always available at
[0]) to fix the bug you've reported. The patch has already been forwarded to the
upstream bug.
This bug should therefore be closed with the next upload (most likely to
experimental).
Kind regards,
Kai Wasserbäch
[0]
http://git.debian.org/?p=collab-maint/cmake.git;a=blob;f=debian/patches/FindBoost_add_-lpthread_%23563479.diff;hb=HEAD
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
Subject: Add -lpthread when using Boost::Thread.
Author: Kai Wasserbäch deb...@carbon-project.org
Origin: vendor
Last-Update: 2011-01-16
Bug: http://cmake.org/Bug/view.php?id=10692
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=563479
Forwarded: http://cmake.org/Bug/file_download.php?file_id=3629type=bug
---
Modules/FindBoost.cmake |3 +++
1 file changed, 3 insertions(+)
--- a/Modules/FindBoost.cmake
+++ b/Modules/FindBoost.cmake
@@ -1121,6 +1121,9 @@ else(_boost_IN_CACHE)
message (STATUS ${COMPONENT})
endif(NOT Boost_FIND_QUIETLY)
set(Boost_LIBRARIES ${Boost_LIBRARIES}
${Boost_${UPPERCOMPONENT}_LIBRARY})
+ if(${UPPERCOMPONENT} STREQUAL THREAD AND UNIX)
+set(Boost_LIBRARIES ${Boost_LIBRARIES} pthread)
+ endif(${UPPERCOMPONENT} STREQUAL THREAD AND UNIX)
endif( Boost_${UPPERCOMPONENT}_FOUND )
endforeach(COMPONENT)
else()
signature.asc
Description: OpenPGP digital signature
Bug#600889: not a bug in CMake but in VTK
reassign 600889 vtk 5.0.4-1.1 found 600889 vtk/5.4.2-8 retitle 600889 VTK: find_package(VTK) with additional version requirement fails tag 600889 = upstream fixed-upstream notforwarded 600889 thanks Dear VTK maintainers, one of CMake's upstream developers pointed out to us (CMake maintainers), that this bug is a bug in VTK 5.[024] and can be fixed by incorporating [0] in those packages. Therefore I reassign this bug to you. Kind regards, Kai Wasserbäch [0] http://vtk.org/gitweb?p=VTK.git;a=commitdiff;h=19852427 -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#588089: aptitude: SIGABRT when typing ~ in search box – RC?
tag 588089 + patch
thanks
Dear Julien,
Julien Cristau schrieb am 11.01.2011 00:45:
On Mon, Jan 10, 2011 at 21:56:42 +0100, Kai Wasserbäch wrote:
Can you consider to make this a blocker bug for Squeeze?
No. (Which doesn't mean that it can't be fixed, just that the release
won't wait for a fix.)
as I'm not yet a DD [0], can I ask you to upload the attached NMU (the signed
dsc is available at [1] (dget'able URL)) for me and unblock the migration of the
fix to Squeeze? As this is sort of my first real NMU I hope I didn't forget
anything or messed something else up. If I did, please let me know and I fix it
ASAP.
Kind regards,
Kai Wasserbäch
[0] https://nm.debian.org/nmstatus.php?email=debian%40carbon-project.org
[1] http://dev.carbon-project.org/debian/NMU/aptitude/aptitude_0.6.3-3.3.dsc
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
diff -Nru aptitude-0.6.3/debian/changelog aptitude-0.6.3/debian/changelog
--- aptitude-0.6.3/debian/changelog 2010-10-16 19:36:26.0 +0200
+++ aptitude-0.6.3/debian/changelog 2011-01-11 16:12:43.0 +0100
@@ -1,3 +1,14 @@
+aptitude (0.6.3-3.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/control:
+- Move apt-xapian-index to Depends. Until the fallback code has landed in
+ Aptitude, this fixes the SIGABRT described in #588089. (Closes: #588089)
+- Set source priority (fixes dpkg-genchanges warning).
+- Bumped Standards-Version to 3.9.1, no further changes needed.
+
+ -- Kai Wasserbäch deb...@carbon-project.org Tue, 11 Jan 2011 16:01:51
+0100
+
aptitude (0.6.3-3.2) unstable; urgency=low
* Non-maintainer upload.
diff -Nru aptitude-0.6.3/debian/control aptitude-0.6.3/debian/control
--- aptitude-0.6.3/debian/control 2010-08-26 19:47:48.0 +0200
+++ aptitude-0.6.3/debian/control 2011-01-11 16:11:06.0 +0100
@@ -1,5 +1,6 @@
Source: aptitude
Section: admin
+Priority: important
Maintainer: Daniel Burrows dburr...@debian.org
Build-Depends: libapt-pkg-dev (= 0.8.0), debhelper (= 5.0.0),
libsigc++-2.0-dev, libcppunit-dev, libcwidget-dev (= 0.5.6.1-2),
@@ -11,13 +12,12 @@
libgtest-dev, google-mock, libsqlite3-dev
Vcs-Git: git://git.debian.org/git/aptitude/aptitude.git
Vcs-Browser: http://git.debian.org/?p=aptitude/aptitude.git;a=summary
-Standards-Version: 3.8.3
+Standards-Version: 3.9.1
Package: aptitude
Architecture: any
-Priority: important
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Recommends: aptitude-doc-en | aptitude-doc, sensible-utils, apt-xapian-index,
libparse-debianchangelog-perl
+Depends: ${shlibs:Depends}, ${misc:Depends}, apt-xapian-index
+Recommends: aptitude-doc-en | aptitude-doc, sensible-utils,
libparse-debianchangelog-perl
Suggests: tasksel, debtags
Conflicts: ia32-apt-get ( 22)
Description: terminal-based package manager (terminal interface only)
signature.asc
Description: OpenPGP digital signature
Bug#526812: aptitude: Status?
Dear Daniel, I saw code (thanks to GSoC) appear in aptitude's Git repository, but it doesn't seem to get build so far. What is the status of that code? What is missing? Maybe I can help out. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#588089: aptitude: SIGABRT when typing ~ in search box – RC?
[CCing the bug report, so the maintainer gets another ping about this.] Dear members of the Release Team, bug #588089 is a longstanding bug in aptitude, which can lead to unexpected behaviour for many users, the workaround fix would be trivial: add apt-xapian-index for the time being (that is until the fall-back code is part of aptitude becomes part of a (stable) aptitude release) to aptitude's Depends. (N.B. I was only able to reproduce this bug in the ncurses interface and not when I was searching from the CLI like `aptitude search ~i yawp`.) Can you consider to make this a blocker bug for Squeeze? If you decide for that I'd be happy – unless Daniel as the maintainer steps up first – to prepare this trivial fix as a NMU. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#600889: cmake: find_package(VTK) with additional version requirement fails
Dear Brad, Brad King schrieb am 10.01.2011 23:30: On 01/10/2011 05:04 PM, Brad King wrote: Debian can fix this for its VTK packages by adding such a file. A tutorial is here: http://www.cmake.org/Wiki/CMake_2.6_Notes#Package_Version_Files The issue should be filed with VTK upstream too. I thought this seemed familiar. It's already fixed in VTK 5.5 and later: http://vtk.org/gitweb?p=VTK.git;a=commitdiff;h=19852427 The VTK 5.[024] series predated this fix. Debian's packages for those versions can add them to address this issue. ok, we'll take the appropriate actions, though I think the only problem with my patch was/is, that I put the search in the wrong place. But maybe I misunderstood something (didn't have time to thoroughly recheck the problem and it has been a while since I did this). Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#604609: Workaround for #604609
Hello, I had this too, the problem is, that unicode.pf2 and the required script block is only copied to /boot/grub and /boot/grub/grub.cfg if you set GRUB_GFXMODE in /etc/default/grub to some value (see vbetool's output for available modes). So the workaround is easy: just set the variable. The real bug fix would be: copy unicode.pf2 always, if the detected locale isn't en and add the required script snippet for loading that font to grub.cfg then. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#606008: update-notifier-kde: [INTL:de] Initial German translation
Package: update-notifier-kde Version: 1.2 Severity: wishlist Tags: l10n patch Dear Sune, please find attached the initial German translations for Kingston (I'll commit them to Git, if you give me the go ahead) plus the POT file I've generated and used as a base (based on Git HEAD). Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) # German translations for kingston-update-notifier package. # Copyright (C) 2010 Kai Wasserbäch # This file is distributed under the same license as the # kingston-update-notifier package. # # Kai Wasserbäch deb...@carbon-project.org, 2010. # msgid msgstr Project-Id-Version: kingston-update-notifier 1.3\n Report-Msgid-Bugs-To: http://bugs.kde.org\n; POT-Creation-Date: 2010-12-01 15:54+0100\n PO-Revision-Date: 2010-12-01 16:04+0100\n Last-Translator: Kai Wasserbäch deb...@carbon-project.org\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n #: src/notifier.cpp:57 msgid It is recommended to update your system msgstr Es wird empfohlen, Ihr System zu aktualisieren. #: src/notifier.cpp:57 #, kde-format msgid There is %1 update available msgid_plural There are %1 updates available msgstr[0] Es ist %1 neues Paket verfügbar. msgstr[1] Es sind %1 neue Pakete verfügbar. #: src/notifier.cpp:60 src/notifier.cpp:62 msgid You should update your system msgstr Sie sollten Ihr System aktualisieren. #: src/notifier.cpp:60 #, kde-format msgid There is %1 security update available msgid_plural There are %1 security updates available msgstr[0] Es ist %1 Sicherheitsaktualisierung verfügbar. msgstr[1] Es sind %1 Sicherheitsaktualisierungen verfügbar. #: src/notifier.cpp:78 src/notifier.cpp:91 msgctxt Do the proposed action (upgrade, reboot, etc) later msgid Later msgstr Später #: src/notifier.cpp:79 msgctxt Reboot the system msgid Reboot msgstr Neustart #: src/notifier.cpp:87 msgid Please reboot your system msgstr Bitte starten Sie Ihr System neu. #: src/notifier.cpp:88 msgid In order to complete this upgrade, you need to reboot your system msgstr Um dieses Upgrade abzuschlieÃen, müssen Sie Ihr System neu starten. [Desktop Entry] Name=Update notifier Name[de]=Aktualisierungs-Notifier Type=Service Comment=Notifies user when there are updates available Comment[de]=Benachrichtigt den Benutzer, wenn Aktualisierungen verfügbar sind. X-KDE-ServiceTypes=KDEDModule X-KDE-Library=kingston_update_notifier X-KDE-DBus-ModuleName=kingston_update_notifier X-KDE-Kded-autoload=true [Global] Icon=applications-other Comment=Update notification daemon Comment[de]=Aktualisierungs-Benachrichtigungs-Daemon Name=Update notification daemon Name[de]=Aktualisierungs-Benachrichtigungs-Daemon [Context/info] Name=Information Name[de]=Information Comment=Used for update information Comment[de]=Für Aktualisierungsinformationen verwandt. [Event/updatesavailable] Name=Available updates Name[de]=Verfügbare Aktualisierungen Contexts=info Action=Popup [Event/requestreboot] Name=Update notifier Name[de]=Aktualisierungs-Notifier Contexts=info Action=Popup # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR This_file_is_part_of_KDE # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: http://bugs.kde.org\n; POT-Creation-Date: 2010-12-01 15:54+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=INTEGER; plural=EXPRESSION;\n #: src/notifier.cpp:57 msgid It is recommended to update your system msgstr #: src/notifier.cpp:57 #, kde-format msgid There is %1 update available msgid_plural There are %1 updates available msgstr[0] msgstr[1] #: src/notifier.cpp:60 src/notifier.cpp:62 msgid You should update your system msgstr #: src/notifier.cpp:60 #, kde-format msgid There is %1 security update available msgid_plural There are %1 security updates available msgstr[0] msgstr[1] #: src/notifier.cpp:78 src/notifier.cpp:91 msgctxt Do the proposed action (upgrade, reboot, etc) later msgid Later msgstr #: src/notifier.cpp:79 msgctxt Reboot the system msgid Reboot msgstr #: src/notifier.cpp:87 msgid Please reboot your system msgstr #: src/notifier.cpp:88 msgid In order to complete this upgrade, you need to reboot your system msgstr signature.asc Description: OpenPGP digital signature
Bug#604684: Fixed patch
Hello Sune,
as the original patch didn't apply cleanly, I redid the patch and have attached
the result.
Kind regards,
Kai Wasserbäch
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
Cleaned up version of the patch sent to #604684.
---
debian/control |2 +-
src/notifier.cpp | 11 ++-
src/notifier.h |1 +
3 files changed, 12 insertions(+), 2 deletions(-)
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: kingston-update-notifier
Section: kde
Priority: optional
Maintainer: Sune Vuorela s...@debian.org
-Build-Depends: debhelper (= 7), cmake, kdelibs5-dev
+Build-Depends: debhelper (= 7), cmake, kdelibs5-dev, kdebase-workspace-dev
Standards-Version: 3.8.4
Package: update-notifier-kde
--- a/src/notifier.cpp
+++ b/src/notifier.cpp
@@ -28,6 +28,8 @@
#include KIcon
#include KLocale
#include QApplication
+#include QtDBus
+#include kworkspace/kworkspace.h
#include QTimer
#include KNotification
@@ -73,7 +75,8 @@ void notifier_t::show_update_notificatio
note-setText(message);
note-setPixmap(KIcon(iconname).pixmap(QSize(32,32)));
note-setComponentData(m_component_data);
- note-setActions(QStringList() i18nc(Do the proposed action (upgrade, reboot, etc) later, Later));
+ note-setActions(QStringList() i18nc(Do the proposed action (upgrade, reboot, etc) later, Later)
+ i18nc(Reboot the system, Reboot));
note-sendEvent();
m_upgrade_notification=note;
return;
@@ -88,7 +91,13 @@ void notifier_t::notify_reboot() {
note-setActions(QStringList() i18nc(Do the proposed action (upgrade, reboot, etc) later, Later));
connect(note,SIGNAL(closed()),m_reboot_nagger,SLOT(start()));
connect(note,SIGNAL(action1Activated()),m_reboot_nagger,SLOT(start()));
+ connect(note,SIGNAL(action2Activated()),SLOT(reboot()));
note-sendEvent();
}
+void notifier_t::reboot() {
+ QDBusInterface interface(org.kde.ksmserver, /KSMServer, org.kde.KSMServerInterface);
+ interface.call(logout, KWorkSpace::ShutdownConfirmYes, KWorkSpace::ShutdownTypeReboot, KWorkSpace::ShutdownModeInteractive);
+}
+
#include notifier.moc
--- a/src/notifier.h
+++ b/src/notifier.h
@@ -41,6 +41,7 @@ class notifier_t : public QObject{
public Q_SLOTS:
void notify_new_updates(int updates, int security_updates);
void notify_reboot();
+void reboot();
private:
void show_update_notification(const QString title, const QString message, const QString iconname);
KComponentData m_component_data;
signature.asc
Description: OpenPGP digital signature
Bug#582114: dh-autoreconf: let me run autoreconf on subdirs
Hello Julian, your proposed patch seems to work for me (I've tried it on a different source than Thomas had in mind, but that shouldn't matter after all). Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#600245: cmake-data: FindTCL mixes TCL and TK versions
tag 600245 upstream forwarded 600245 http://cmake.org/Bug/view.php?id=11528 thanks Dear Felipe, I've fixed this in our Git repository and sent your report upstream ([0]). It should be fixed in the next upload. Kind regards, Kai Wasserbäch [0] http://cmake.org/Bug/view.php?id=11528 -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#600889: cmake: find_package(VTK) with additional version requirement fails
reopen 600889 = thanks Hello Michael, sorry for the noise, the previous e-mail was in error, will look more closely into it later. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#600889: cmake: find_package(VTK) with additional version requirement fails
tag 600889 + upstream patch
thanks
Hello Michael,
I've investigated the problem further and it seems like FindVTK.cmake is missing
a case for handling the VTK 5.x case. I've prepared a patch (applies on top of
FindVTK.cmake), which I've attached to this message. It needs probably some more
thorough testing from somebody using VTK. So please try it with CMake 2.8.3
(alternatively you can just use the FindPackageHandleStandardArgs.cmake file
from 2.8.3).
To use a custom CMake script you need to put it in your source tree and set the
CMAKE_MODULE_PATH accordingly.
If you confirm the patch as fixing the bug you've reported, I'll commit it to
our Git and send everything upstream.
Kind regards,
Kai Wasserbäch
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
From: Kai Wasserbäch deb...@carbon-project.org
Description: FindVTK.cmake missed a case which lead to NOT-FOUND errors.
FindVTK.cmake didn't handle the VTK 5.x case when trying to find VTK. This
caused CMake to error out with a misleading error message VTK_DIR not set.
This patch adds the missing case.
Last-Update: 2010-11-27
Origin: vendor
---
Modules/FindVTK.cmake | 14 ++
1 file changed, 14 insertions(+)
--- a/Modules/FindVTK.cmake
+++ b/Modules/FindVTK.cmake
@@ -118,6 +118,20 @@ IF(_VTK_40_ALLOW AND NOT VTK_DIR)
IF(EXISTS ${VTK_DIR}/UseVTK.cmake AND NOT EXISTS
${VTK_DIR}/VTKConfig.cmake)
SET(VTK_FOUND 1)
INCLUDE(UseVTKConfig40) # No VTKConfig; load VTK 4.0 settings.
+ELSEIF(EXISTS ${VTK_DIR}/VTKConfig.cmake AND NOT EXISTS
${VTK_DIR}/UseVTK.cmake)
+ INCLUDE(${CMAKE_CURRENT_LIST_DIR}/FindPackageHandleStandardArgs.cmake)
+ INCLUDE(${VTK_DIR}/VTKConfig.cmake)
+ SET(VTK_VERSION
${VTK_MAJOR_VERSION}.${VTK_MINOR_VERSION}.${VTK_BUILD_VERSION})
+ FIND_PACKAGE_HANDLE_STANDARD_ARGS(VTK REQUIRED_VARS VTK_USE_FILE
+VTK_MAJOR_VERSION
+VTK_MINOR_VERSION
+VTK_BUILD_VERSION
+VTK_INCLUDE_DIRS
+VTK_LIBRARY_DIRS
+VTK_KITS
+VTK_LANGUAGES
+ VERSION_VAR VTK_VERSION
+ )
ELSE()
# We found the wrong version. Pretend we did not find it.
SET(VTK_DIR VTK_DIR-NOTFOUND CACHE PATH The ${VTK_DIR_DESCRIPTION}
FORCE)
signature.asc
Description: OpenPGP digital signature
Bug#601513: [skanlite] Progressbar is stopping while scanning
reassign 601513 libksane0 4:4.4.5-2 retitle 601513 libksane0: Progressbar is stopping while scanning tag 601513 = upstream forwarded 601513 https://bugs.kde.org/show_bug.cgi?id=257982 thanks Hello Gabor, I talked to upstream and Kâre told me the following: The progress-bar for the scans are indeed part of libksane. I'm the maintainer also for libksane, so it does not mater too much which component gets the report :) I know that the progress bar doesn't always go all the way to 100% but halfway seems a bit strange. I think I should fix the progress-bar to always reach 100% on successful scans. Therefore I'm reassinging this bug to libksane0. I've also filed a upstream bug report [0]. So atm there is nothing more to do than wait for a fixed version in Debian. Kind regards, Kai Wasserbäch [0] https://bugs.kde.org/257982 -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#604279: Preparations for the removal of the KDE3 and Qt3 libraries
Hello Eckhart, first: I'm not the maintainer of Kbibtex so the following is just for the record. There is a KDE4 port of Kbibtex available at [0] but – according to upstream – still in a alpha state (If you have to rely on a stable and proven product, please use the KDE3 version for your daily work.). But it should be ready in time for the next release. Kind regards, Kai Wasserbäch [0] http://home.gna.org/kbibtex/ -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#603382: unblock: plasma-widget-yawp/0.3.5-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, I've asked in advance, whether plasma-widget-yawp was eligible for an freeze exception and Julien Christau said, I should go ahead and upload [0]. Therefore I hereby want to request the unblock of plasma-widget-yawp/0.3.5-1. The legal issue is RC in my understanding, the full changelog reads: plasma-widget-yawp (0.3.5-1) unstable; urgency=low . The Elite Vanguard release. . * New upstream release, including: - Fix of a potential legal issue, and - several data-handling issues (e.g. pressure and sunset/-rise). * debian/rules: - Removed override_dh_strip and added --dbg-package to general dh invocation. - Made (almost all) overrides --parallel aware. * debian/source/options: Ensure BZip2 compression. * debian/control: Bumped Standards-Version to 3.9.1, no further changes needed. * debian/copyright: Added Shawn Starr as another upstream author (for Ions). Kind regards, Kai Wasserbäch [0] http://lists.debian.org/debian-release/2010/11/msg00499.html -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#578101: Related bug reports
Hello Ian, hello Patrick, Ian D Flintoft schrieb am 03.11.2010 14:44: This appears to be KDE bug number 209673. There is a long thread on the KDE bug tracker about this. [...] I will try and confirm if it works OK with the gnome applet the next time I bring the laptop onto campus. in case this wasn't related to the workaround [0] mentioned in the upstream bug tracker: could you please try that too and report your findings? Kind regards, Kai Wasserbäch P.S.: I've set forwarded-to to the bug you've mentioned as I agree this seems to be the same. [0] https://bugs.kde.org/209673#c25 -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#601513: [skanlite] Progressbar is stopping while scanning
Hello Gabor, Gabor Kum schrieb am 28.10.2010 15:49: Sorry, but I have only this scanner now. In GIMP I don't see this problem. Scanner is connected to USB. ok, then it should be either a problem in Skanlite (though I don't think so, because then the graphical progress representation should hang for all scanners) or libksane0 (more likely IMHO, as this is the interface to SANE; therefore I'm CC'ing the libksane0 maintainers to get their input on this matter too). Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#601513: [Pkg-kde-extras] Bug#601513: [skanlite] Progressbar is stopping while scanning
tag 601513 + upstream # just an UI glitch severity 601513 minor thanks Dear Gabor, Gabor Kum schrieb am 26.10.2010 22:51: While scanning, the progress bar is every time stops at about the half of the process, but the scanning is successful. Tried with a HP PhotoSmart 5383 thanks for reporting this bug. This sounds awfully like an upstream bug (therefore the upstream tag), could you report this bug upstream at [0] and send me the upstream bug number? That'd be great! Thank you in advance, Kai Wasserbäch [0] https://bugs.kde.org/enter_bug.cgi?format=guided -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#601513: [skanlite] Progressbar is stopping while scanning
tag 601513 = moreinfo thanks Hello again, Gabor Kum schrieb am 26.10.2010 22:51: While scanning, the progress bar is every time stops at about the half of the process, but the scanning is successful. Tried with a HP PhotoSmart 5383 I've checked with my Canon LiDE and wasn't able to reproduce it. So I went and checked with a Brother MFC and couldn't reproduce it there either. That makes me thinking that it might be a problem with the SANE driver for your scanner. Can you check with another scanner model if you can reproduce this? Otherwise it might be a problem in libksane. Can you try to scan with a different application that doesn't use libksane, like Gimp? And a last question: how is the scanner connected to your PC? USB? Please don't report this to the KDE Bugzilla at the moment (until we figured this out). Thank you in advance, for answering above questions. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#601603: clive: Please add support for URLs starting with https
Package: clive Version: 2.2.13-3 Severity: wishlist Tags: upstream Dear clive maintainers, currently calling $ clive https://www.youtube.com/watch?v=VIDEO-ID leads to an error, as clive prefixes the URL with http://;. Please allow https URLs too (or alternatively: replace any https with http at the beginning of URLs passed to clive). Thank you in advance for your time and efforts. Kind regards, Kai Wasserbäch -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.36-cabal Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages clive depends on: ii libclass-singleton-perl 1.4-1 implementation of a Singleton cl ii libconfig-tiny-perl 2.12-1 Read/Write .ini style files with a ii libexpect-perl1.20-2 Expect.pm - Perl Expect interface ii libgetopt-argvfile-perl 1.11-1 Perl module for reading script opt ii libhtml-parser-perl 3.66-1 collection of modules that parse H ii liburi-perl 1.54-2 module to manipulate and access UR ii libwww-curl-perl 4.12-1 Perl bindings to libcurl ii perl 5.10.1-15 Larry Wall's Practical Extraction Versions of packages clive recommends: ii clive-utils 2.1.6-1additional utilities for clive ii libberkeleydb-perl0.41-1 use Berkeley DB 4 databases from P ii libterm-readkey-perl 2.30-4 A perl module for simple terminal Versions of packages clive suggests: ii ffmpeg 5:0.6~svn20100726-0.1 audio/video encoder, streaming ser -- no debconf information -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#591347: browser-plugin-lightspark: Crashes on every YT video with Iceweasel
reopen 591347 = notfixed 591347 0.4.4.3-1 thanks Hello Luca, with 0.4.4.3-1 I'm back to SIGILLs on all tested YT videos (see attached GDB backtrace). Therefore I'm reopening this bug. Kind regards, Kai Wasserbäch -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.36-cabal Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages browser-plugin-lightspark depends on: ii libc6 2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-4 GCC support library ii libstdc++6 4.4.5-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii lightspark-common 0.4.4.3-1 High-performance SWF player - comm Versions of packages browser-plugin-lightspark recommends: ii gnash-common 0.8.8-5GNU Shockwave Flash (SWF) player - browser-plugin-lightspark suggests no packages. -- no debconf information -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) lightspark_crash.log.xz Description: Binary data signature.asc Description: OpenPGP digital signature
Bug#601201: xserver-xorg-input-joystick: Reports bogus keycodes which lead to almost unusable DE
Package: xserver-xorg-input-joystick Version: 1:1.5.0-6 Severity: important Tags: experimental Justification: Makes desktop environment almost unusable. Dear X Strike Force, I've installed the joystick input driver yesterday alongside evdev (also from experimental). And that lead to an unusable desktop environment (KDE in my case). It seems like joystick is reporting key presses that didn't happen (the Joystick wasn't touched) or reported multiple events for keys on my keyboard. E.g. if I'd press the up arrow key in Konsole it would also report the down arrow, which lead to a constant switch between an empty line in the shell and the last entry. If I moved the mouse near the borders of the screen the virtual desktops would switch in an endless cycle until I moved the mouse back to the middle of the screen. Unfortunately nothing is logged to /var/log/Xorg.0.log, so I'm not entirely sure it's joystick, it might also be evdev which isn't coping well with joystick. But I'd be happy to assist you in debugging this. Kind regards, Kai Wasserbäch -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.36-cabal Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#601201: xserver-xorg-input-joystick: Reports bogus keycodes which lead to almost unusable DE
Hello Cyril, Cyril Brulebois schrieb am 24.10.2010 14:05: Kai Wasserbäch deb...@carbon-project.org (24/10/2010): Package: xserver-xorg-input-joystick Version: 1:1.5.0-6 Severity: important Tags: experimental Justification: Makes desktop environment almost unusable. it'd be nice to use reportbug, so that we know more about your system. Running /usr/share/bug/xserver-xorg/script 3/tmp/script.log and attaching its output would help. Well I used reportbug, but of course the joystick package was uninstalled at that time because it made my DE do crazy things. ;) Attached you'll find the (compressed) log of a manual run. Out of curiosity, which joystick is it? As you can see from the attached log: MS SideWinder Precision Pro (USB) Does that also happen if you unplug your joystick? No. You could compare what is shown in xev (so, X's view of stuff), and in evtest /dev/input/$your_input (kernel's view). It might make sense to compare both output, both with joystick plugged and unplugged. xev's output is attached, evtest reports: evtest: can't get version: Inappropriate ioctl for device (that is for the /dev/input/event and for the /dev/input/mouse devices, called via by-id). Let me know, if you need something else (for now I've reinstalled the joystick driver and unplugged the Joystick) and I try to provide the information ASAP. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) xorg-bug-script.log.xz Description: Binary data xev.log.xz Description: Binary data signature.asc Description: OpenPGP digital signature
Bug#590300: libgl1-mesa-dri: Please install the Gallium r300 driver into the binary in experimental builds
Hello Robert, Robert Hooker schrieb am 25.07.2010 22:19: It will be there for mesa 7.9 but r300g in 7.8.x is not in any shape to ship. I don't know how good a replacement r300g has become in 7.9 (which is, AFAIK, released in the meantime), therefore I'd like to add, that it'd be great if we could get both r300 drivers and decide through update-alternatives which one is used. That way it would be easy to test the new r300g and in case there is some serious problem, one could fall back to the classic version. Thanks for considering this too! Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#591347: Upstream says: different bugs
notforwarded 591347 thanks Dear Luca, I was talking to upstream on IRC and was advised, that the forward was wrong: [18:40:37] alexp_sssup Curan: i think the bugs are unrelated, in the debian bug the users is trying to use a cpu without sse2. my fault is not checking for the extension but should be pretty common nowadays [18:41:15] alexp_sssup Curan: the bug is different as the launchpad one is on a sigsegv, the debian one is a sigill (illegal instruction) Therefore I'm removing the forwarding status. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#591347: browser-plugin-lightspark: Crashes on every YT video with Iceweasel
Package: browser-plugin-lightspark
Version: 0.4.2.2-1
Dear Luca,
thanks for forwarding this bug upstream. As the upstream bug talks about
Chromium and Nouveau I'd like to make sure you're aware, that I'm
seeing this bug with Iceweasel (as stated in the original report) and
the Radeon driver.
Apart from that: the bug is still there with 0.4.2.2. I've attached a
new backtrace and register dump, this time I made it a full backtrace.
Kind regards,
Kai Wasserbäch
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.35-cabal
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages browser-plugin-lightspark depends on:
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.4-7 GCC support library
ii libstdc++64.4.4-7The GNU Standard C++ Library v3
ii libx11-6 2:1.3.3-3 X11 client-side library
ii lightspark-common 0.4.2.2-1 High-performance SWF player - comm
Versions of packages browser-plugin-lightspark recommends:
ii gnash-common 0.8.7-3free Shockwave Flash (SWF) movie p
browser-plugin-lightspark suggests no packages.
-- no debconf information
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
Program received signal SIGILL, Illegal instruction.
[Switching to Thread 0xa0df9b70 (LWP 4378)]
0xb05969a6 in outer_loop () from /usr/lib/lightspark/liblightspark.so.0.4
(gdb) backtrace full
#0 0xb05969a6 in outer_loop () from /usr/lib/lightspark/liblightspark.so.0.4
No symbol table info available.
#1 0xb0b9e150 in ?? () from /usr/lib/lightspark/liblightspark.so.0.4
No symbol table info available.
#2 0xb0591ea8 in lightspark::FFMpegVideoDecoder::copyFrameToTexture
(this=0x9ac01000, tex=...) at /pack/lightspark-0.4.2.2/decoder.cpp:236
nextBuffer = 1
ret = false
alignedWidth = 1
#3 0xb057463e in lightspark::NetStream::copyFrameToTexture (this=0x9ce77d90,
tex=...) at /pack/lightspark-0.4.2.2/flashnet.cpp:573
No locals.
#4 0xb058a56a in lightspark::Video::Render (this=0xa93a5bc0) at
/pack/lightspark-0.4.2.2/flashmedia.cpp:100
ma = {savedStack =
{std::_Vector_baselightspark::MatrixApplier::packedMatrix,
std::allocatorlightspark::MatrixApplier::packedMatrix = {
_M_impl =
{std::allocatorlightspark::MatrixApplier::packedMatrix =
{__gnu_cxx::new_allocatorlightspark::MatrixApplier::packedMatrix = {No
data fields}, No data fields}, _M_start = 0x0, _M_finish = 0x0,
_M_end_of_storage = 0x0}}, No data fields}}
frameReady = 176
#5 0xb05608db in lightspark::Sprite::Render (this=0xa8cf0be0) at
/pack/lightspark-0.4.2.2/flashdisplay.cpp:385
t2 = 480
t4 = 354
notEmpty = value optimized out
ma = {savedStack =
{std::_Vector_baselightspark::MatrixApplier::packedMatrix,
std::allocatorlightspark::MatrixApplier::packedMatrix = {
_M_impl =
{std::allocatorlightspark::MatrixApplier::packedMatrix =
{__gnu_cxx::new_allocatorlightspark::MatrixApplier::packedMatrix = {No
data fields}, No data fields}, _M_start = 0x0, _M_finish = 0x0,
_M_end_of_storage = 0x0}}, No data fields}}
t1 = 0
t3 = 0
#6 0xb055eacb in lightspark::MovieClip::Render (this=0xa7894800) at
/pack/lightspark-0.4.2.2/flashdisplay.cpp:643
ma = {savedStack =
{std::_Vector_baselightspark::MatrixApplier::packedMatrix,
std::allocatorlightspark::MatrixApplier::packedMatrix = {
_M_impl =
{std::allocatorlightspark::MatrixApplier::packedMatrix =
{__gnu_cxx::new_allocatorlightspark::MatrixApplier::packedMatrix = {No
data fields}, No data fields}, _M_start = 0x0, _M_finish = 0x0,
_M_end_of_storage = 0x0}}, No data fields}}
curFP = value optimized out
#7 0xb046a999 in lightspark::RootMovieClip::Render (this=0xa7894800) at
/pack/lightspark-0.4.2.2/swf.cpp:1676
No locals.
#8 0xb04792e7 in lightspark::RenderThread::gtkplug_worker (th=0xa8cf04b0) at
/pack/lightspark-0.4.2.2/swf.cpp:1475
curBuf = value optimized out
chronometer = {start = 272063}
fakeRenderCount = value optimized out
a = 32
fb = value optimized out
i = value optimized out
profile = 0x9d55edc8
size = {Xmin = 0, Xmax = 9600, Ymin = 0, Ymax = 7700}
window_height = -1595960556
b = 2
glxWin = 54540315
glx_present = value optimized out
attrib = {2, 24, 5, 1, 0, 0, 0, 0, 0, 0}
p = value optimized out
window_width = -1595960564
d = 0x9fa16000
font = incomplete type
#9
Bug#591347: browser-plugin-lightspark: Crashes on every YT video with Iceweasel
Package: browser-plugin-lightspark Version: 0.4.2.1-1 Severity: important Tags: upstream Dear Didier, I've installed Lightspark for testing purposes with Iceweasel 3.6.7 (from Debian Experimental). At the moment Lightspark crashes (and takes the complete Iceweasel with it) due to a SIGILL on every YT video I've tried (including the ones listed as working in the README file in the source package). Attached you'll find a backtrace and a register dump (with installed debugging package for Lightspark there is still one unresolved symbol in the Lightspark library). If you need more information, please ask me for it and I'm going to try to provide it ASAP. Kind regards, Kai Wasserbäch -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.34.1-cabal Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages browser-plugin-lightspark depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-7 GCC support library ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libstdc++64.4.4-7The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii lightspark-common 0.4.2.1-1 High-performance SWF player - comm browser-plugin-lightspark recommends no packages. browser-plugin-lightspark suggests no packages. -- no debconf information -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) Program received signal SIGILL, Illegal instruction. [Switching to Thread 0xa16f7b70 (LWP 11235)] 0xaa7edf26 in outer_loop () from /usr/lib/lightspark/liblightspark.so.0.4 (gdb) bt #0 0xaa7edf26 in outer_loop () from /usr/lib/lightspark/liblightspark.so.0.4 #1 0xaadf4ff4 in ?? () from /usr/lib/lightspark/liblightspark.so.0.4 #2 0xaa7e9428 in lightspark::FFMpegVideoDecoder::copyFrameToTexture (this=0x9bc72000, tex=...) at /pack/lightspark-0.4.2.1/decoder.cpp:236 #3 0xaa7cbbee in lightspark::NetStream::copyFrameToTexture (this=0x9d8aacf0, tex=...) at /pack/lightspark-0.4.2.1/flashnet.cpp:572 #4 0xaa7e1aea in lightspark::Video::Render (this=0xac07fec0) at /pack/lightspark-0.4.2.1/flashmedia.cpp:100 #5 0xaa7ba5db in lightspark::Sprite::Render (this=0xacb74bb0) at /pack/lightspark-0.4.2.1/flashdisplay.cpp:385 #6 0xaa7b7e2b in lightspark::MovieClip::Render (this=0xabbd6800) at /pack/lightspark-0.4.2.1/flashdisplay.cpp:643 #7 0xaa6c7bb9 in lightspark::RootMovieClip::Render (this=0xabbd6800) at /pack/lightspark-0.4.2.1/swf.cpp:1378 #8 0xaa6d61a7 in lightspark::RenderThread::gtkplug_worker (th=0xacb72370) at /pack/lightspark-0.4.2.1/swf.cpp:1176 #9 0xb768c955 in start_thread (arg=0xa16f7b70) at pthread_create.c:300 #10 0xb760c10e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 (gdb) info registers eax0x0 0 ecx0xa9004000 -1459601408 edx0x9bc85000 -1681371136 ebx0x0 0 esp0xa16f6ddc 0xa16f6ddc ebp0xa16f6de8 0xa16f6de8 esi0x9bc72000 -1681448960 edi0x9bc27000 -1681756160 eip0xaa7edf26 0xaa7edf26 outer_loop eflags 0x10246 [ PF ZF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 signature.asc Description: OpenPGP digital signature
Bug#588089: SIGABRT when typing ~ in search box (backtrace included)
Dear Daniel, I can reproduce this since the latest testing migration (0.6.3-3). I've attached a backtrace and a register dump of what happens, when you enter a ~ into the search box (as a side note: calling `aptitude search ~i' on the shell doesn't cause the SIGABRT, only if you're in the NCurses interface, aptitude dies). If you should need more information, please let me know. Kind regards, Kai Wasserbäch -- Package-specific info: aptitude 0.6.3 compiled at Jul 10 2010 21:52:22 Compiler: g++ 4.4.4 Compiled against: apt version 4.8.0 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.8.0 linux-gate.so.1 = (0xb786e000) libapt-pkg-libc6.9-6.so.4.8 = /usr/lib/libapt-pkg-libc6.9-6.so.4.8 (0xb7792000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb774c000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7746000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7686000) libept.so.1 = /usr/lib/libept.so.1 (0xb7636000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb74e5000) libz.so.1 = /usr/lib/libz.so.1 (0xb74d1000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xb744d000) libboost_iostreams.so.1.42.0 = /usr/lib/libboost_iostreams.so.1.42.0 (0xb7434000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb741b000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7325000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb72ff000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb72e1000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb719a000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb7196000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7191000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0xb718) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb7177000) /lib/ld-linux.so.2 (0xb786f000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.34.1-cabal Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.9 0.7.25.3 Advanced front-end for dpkg ii libboost-iostreams1.42. 1.42.0-3 Boost.Iostreams Library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcwidget3 0.5.16-3 high-level terminal interface libr ii libept1 1.0.3High-level library for managing De ii libgcc1 1:4.4.4-7GCC support library ii libncursesw55.7+20100313-2 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libsqlite3-03.6.23.1-4 SQLite 3 shared library ii libstdc++6 4.4.4-7 The GNU Standard C++ Library v3 ii libxapian15 1.0.20-2 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: pn apt-xapian-index none (no description available) pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output ii sensible-utils0.0.4 Utilities for sensible alternative Versions of packages aptitude suggests: ii debtags 1.7.10 Enables support for package tags pn tasksel none (no description available) -- no debconf information -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) Program received signal SIGABRT, Aborted. 0xb77d3424 in __kernel_vsyscall () (gdb) bt #0 0xb77d3424 in __kernel_vsyscall () #1 0xb7129751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb712cb82 in *__GI_abort () at abort.c:92 #3 0xb71228b8 in *__GI___assert_fail (assertion=0x82c1ca0 px != 0, file=0x82e397c /usr/include/boost/smart_ptr/scoped_ptr.hpp, line=91, function=0x8311280 T boost::scoped_ptrT::operator*() const [with T = Xapian::Database]) at assert.c:81 #4 0x082acd68 in aptitude::matching::search_cache::implementation::term_matches(pkgCache::PkgIterator const, std::string const, bool) () #5 0x082a11a5 in evaluate_atomic (p=value optimized out, target=..., the_stack=..., search_info=..., cache=..., records=..., debug=false) at ../../../../../src/generic/apt
Bug#590932: kvirc: context-menu doesn't reflect ignore state
tag 590932 + pending thanks Hello Bert, just wanted to let you know, that the upstream bug fix is already included in Debian's packaging repository for KVIrc [0]. Therefore this bug will be closed with the next upload. Kind regards, Kai Wasserbäch [0] http://hg.debian.org/hg/pkg-kde/kde-extras/kvirc/rev/409ba2b45be54d8ca2c13c6842011993b094 -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#590932: [Pkg-kde-extras] Bug#590932: kvirc: ignore script broken
tag 590932 + moreinfo thanks Hello Bert, thanks for reporting a bug in KVIrc. Bert Riding schrieb am 30.07.2010 10:34: When trying to /ignore another irc user kvirc gives the following error: [02:31:22] [KVS] Warning: User already registered: found exact name match [02:31:22] [KVS] in script context click callback for ignore.subpopup2.item26, line 1, near character 16 from what you've posted here, it looks to me like the user is already ignored (that is, you added said user previously to your ignore list). Therefore no further action from your side should be required. To really understand your problem, please provide further information. Especially whether the user you want to ignore is actually ignored or not. How did the command look you issued. Does this happen with all user names or just one specific? I can find no other way to /ignore since the irc /ignore command seems not to be of benefit either. That is correct, KVIrc issues the /ignore command to the server when you call /ignore and adds some flags. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#590932: [Pkg-kde-extras] Bug#590932: kvirc: ignore script broken
Hello Bert, I forgot some questions I'd like you to answer: 1. Could you post the content of Configure - Registered users 2. Please don't just give the name of the user you wanted to ignore, but a /whois for him 3. Please provide your ignore-Alias too, especially if you've changed reguser.setIgnoreFlags. You can reach the Alias Editor by pressing Ctrl+Shift+L or by navigating to Scripts Edit Aliases. Thanks again, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#590932: [Pkg-kde-extras] Bug#590932: kvirc: ignore script broken
tag 590932 = upstream retitle 590932 kvirc: context-menu doesn't reflect ignore state forwarded 590932 https://svn.kvirc.de/kvirc/ticket/865 thanks Hello Bert, Bert Riding schrieb am 30.07.2010 19:29: Once again the bug is not a failure of the script to ignore the user but a failure of the menu system to reflect that. thank you for clarifying the problem. I've now forwarded your problem to upstream and expect the bug to be fixed soon. Kind regards, Kai Wasserbäch P.S.: When answering my e-mails wrt this bug, please ensure, that you have also the BTS under the recepients. For this particular bug you want to send follow-up e-mails to mailto:590...@bugs.debian.org. -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#590932: [Pkg-kde-extras] Bug#590932: kvirc: ignore script broken
Hello Bert, Bert Riding schrieb am 30.07.2010 18:25: [Requested information] thanks for the information, I've one further question: what kind of messages do you get from the user you want to ignore? Are those private messages, general messages on the channel or something different like error messages that user triggers by calling something which is filtered out but still reported to you? If you're unsure what kind of message it is, just make a screenshot. Oh, and please answer the first question from my last e-mail (1. Could you post the content of Configure - Registered users?) which, if different from the scripts installed by debian is from kvirc not from me ;) Could you rephrase that please? I'm not sure I understood that. Thank you in advance for your cooperation! Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#590300: libgl1-mesa-dri: Please install the Gallium r300 driver into the binary in experimental builds
Package: libgl1-mesa-dri Version: 7.8.2-1 Severity: wishlist Tags: experimental Dear Debian X maintainers, I'd like to ask you for installing the Gallium r300 drivers into the binary package in the experimental builds. This way the r300g gets more testers which should hopefully pay-off later (Squeeze+1?). Thank you in advance for considering this! Kind regards, Kai Wasserbäch -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.34.1-cabal Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdrm-intel1 2.4.21-1 Userspace interface to intel-speci ii libdrm-radeon12.4.21-1 Userspace interface to radeon-spec ii libdrm2 2.4.21-1 Userspace interface to kernel DRM ii libexpat1 2.0.1-7XML parsing C library - runtime li libgl1-mesa-dri recommends no packages. Versions of packages libgl1-mesa-dri suggests: pn libglide3 none (no description available) -- no debconf information -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#547742: cb2bib: bashism in /bin/sh script: Patch
tag 547742 + patch
thanks
Hello,
as this bug is open for quite some time, I've prepared a patch fixing the issue,
It can be applied on top of the Git repository used for packaging.
In case I don't hear anything from you (the maintainer) until June 22nd, I'll go
ahead and look for a sponsor to NMU-fix this bug, following the normal
procedures for an NMU.
Kind regards,
Kai Wasserbäch
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
diff --git a/debian/changelog b/debian/changelog
index dc81bc9..f7cba7c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+cb2bib (1.4.0-1.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * debian/patches/NMU_fix_bashism.patch: Added. (Closes: #547742)
+
+ -- Kai Wasserbäch deb...@carbon-project.org Tue, 15 Jun 2010 14:30:59 +0200
+
cb2bib (1.4.0-1) unstable; urgency=low
* New upstream release;
diff --git a/debian/patches/NMU_fix_bashism.patch b/debian/patches/NMU_fix_bashism.patch
new file mode 100644
index 000..45a2086
--- /dev/null
+++ b/debian/patches/NMU_fix_bashism.patch
@@ -0,0 +1,26 @@
+From: Kai Wasserbäch deb...@carbon-project.org
+Subject: Release Goal: Remove bashisms.
+Last-Update: 2010-06-15
+---
+ c2btools/bib2pdf |6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+--- a/c2btools/bib2pdf
b/c2btools/bib2pdf
+@@ -117,13 +117,13 @@ cp $bib ${tmp_dir}/c2b_tmp.bib
+ cd ${tmp_dir}
+ # There might be bibliography errors, do not stop.
+ set +e
+-${latexCmd} $latex_flags c2b_tmp /dev/null
++${latexCmd} $latex_flags c2b_tmp /dev/null 21
+ ${bibtexCmd} c2b_tmp
+-${latexCmd} $latex_flags c2b_tmp /dev/null
++${latexCmd} $latex_flags c2b_tmp /dev/null 21
+ ${latexCmd} $latex_flags c2b_tmp
+ if [ x${dvi2pdfCmd} != x ]
+ then
+-${dvi2pdfCmd} c2b_tmp /dev/null
++${dvi2pdfCmd} c2b_tmp /dev/null 21
+ fi
+
+ # Make sure we trap errors.
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..5aa15fd
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+NMU_fix_bashism.patch
signature.asc
Description: OpenPGP digital signature
Bug#538280: Clean-Up the two bugs for the same thing situation
reassign 463715 vim-runtime 1:7.1.314-3 forcemerge 538280 463715 tag 538280 + fixed-upstream thanks Hello everybody, after Bram's e-mail [0] it seems ok to assume, that the updated files will be in one of the next vim packages. As the bug is now certainly fixed by said upload I took the liberty to merge the CMake bug report for this into the Vim report. I hope nobody minds this. Thanks to everyone for taking care of this! Kind regards, Kai Wasserbäch [0] http://bugs.debian.org/538280#70 -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#580503: Patch pushed to Git
Hello Jakub, just to document our little conversation on IRC: you confirmed the patch working and I've pushed it to Git [0]. therefore the next revision of CMake should ship with the fix. Kind regards, Kai Wasserbäch [0] http://git.debian.org/?p=collab-maint/cmake.git;a=commitdiff;h=6ae03be2f1f20f82083caed8d628d1292c560e32 -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#569321: Patch pushed to Git
Hello Didier, hello Jakub, just a minor update: a new version of the patch was pushed, covering both your bugs. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#538280: #463715/#538280: vim syntax and indentation files for CMake
Hello James, James Vega schrieb am 01.06.2010 03:54: On Mon, May 31, 2010 at 07:32:16PM +0200, Kai Wasserbäch wrote: I'm a new member of the CMake package team and after discussing this issue with Modestas on IRC we've come to the following conclusion: we don't want to override vim-runtimes CMake files with a dpkg-divert but rather ask you kindly to always take the syntax and indentation files from CMakes orig.tar.gz Ideally, I shouldn't have to do that. The upstream author of the CMake runtime files for Vim should be sending the updates to Vim's upstream author, and then I'll get the updates as Vim's author pushes them out. I mentioned this in #538280[0] but didn't get a response from the person I tried to contact. The author of the CMake runtime files has done this at least once already or the files wouldn't be part of the Vim package. It just needs to be done consistently. Ok. AFAICS the best solution would be (as it seems like we can't rely on CMake upstream to constantly send the vim files to vim upstream) to send the latest version ourselves to the vim upstream maintainer. Is this ok with you, if I'd (or any other CMake maintainer for Debian's CMake package) do that? I would CC the upstream CMake author of the vim files, so he gets another heads-up/reminder and can step in, if he wants to. Any objections? Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#463715: #463715/#538280: vim syntax and indentation files for CMake
block 463715 by 538280
thanks
Dear vim maintainers, dear bug reporters,
I'm a new member of the CMake package team and after discussing this issue with
Modestas on IRC we've come to the following conclusion: we don't want to
override vim-runtimes CMake files with a dpkg-divert but rather ask you kindly
to always take the syntax and indentation files from CMakes orig.tar.gz
(currently they're in the Docs directory of the tarball). Maybe this can be sent
to vim-runtimes' upstream too or vim-runtime's upstream can do the sync
themselves.
Alternatively we could ship those files solely in cmake-data. This would mean,
we coordinate an upload, in which you'd remove the CMake files from vim-runtime
while we'd add it to the installed files.
Just tell us, what you'd prefer.
For your convenience (in case you should go for the first option) I've attached
the current versions of the CMake syntax and indentation files as contained in
the CMake .orig.tar.gz.
Thank you in advance!
Kind regards,
Kai Wasserbäch
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
=
Program: CMake - Cross-Platform Makefile Generator
Module:$RCSfile$
Language: VIM
Date: $Date$
Version: $Revision$
=
Vim indent file
Language: CMake (ft=cmake)
Author: Andy Cedilnik andy.cedil...@kitware.com
Maintainer: Karthik Krishnan karthik.krish...@kitware.com
Last Change: $Date$
Version: $Revision$
Licence: The CMake license applies to this file. See
http://www.cmake.org/HTML/Copyright.html
This implies that distribution with Vim is allowed
if exists(b:did_indent)
finish
endif
let b:did_indent = 1
setlocal indentexpr=CMakeGetIndent(v:lnum)
setlocal indentkeys+==ENDIF(,ENDFOREACH(,ENDMACRO(,ELSE(,ELSEIF(,ENDWHILE(
Only define the function once.
if exists(*CMakeGetIndent)
finish
endif
fun! CMakeGetIndent(lnum)
let this_line = getline(a:lnum)
Find a non-blank line above the current line.
let lnum = a:lnum
let lnum = prevnonblank(lnum - 1)
let previous_line = getline(lnum)
Hit the start of the file, use zero indent.
if lnum == 0
return 0
endif
let ind = indent(lnum)
let or = '\|'
Regular expressions used by line indentation function.
let cmake_regex_comment = '#.*'
let cmake_regex_identifier = '[A-Za-z][A-Za-z0-9_]*'
let cmake_regex_quoted = '\([^\\]\|\\.\)*'
let cmake_regex_arguments = '\(' . cmake_regex_quoted .
\ or . '\$(' . cmake_regex_identifier . ')' .
\ or . '[^()\\#]' . or . '\\.' . '\)*'
let cmake_indent_comment_line = '^\s*' . cmake_regex_comment
let cmake_indent_blank_regex = '^\s*$'
let cmake_indent_open_regex = '^\s*' . cmake_regex_identifier .
\ '\s*(' . cmake_regex_arguments .
\ '\(' . cmake_regex_comment . '\)\?$'
let cmake_indent_close_regex = '^' . cmake_regex_arguments .
\')\s*' .
\'\(' . cmake_regex_comment . '\)\?$'
let cmake_indent_begin_regex =
'^\s*\(IF\|MACRO\|FOREACH\|ELSE\|ELSEIF\|WHILE\|FUNCTION\)\s*('
let cmake_indent_end_regex =
'^\s*\(ENDIF\|ENDFOREACH\|ENDMACRO\|ELSE\|ELSEIF\|ENDWHILE\|ENDFUNCTION\)\s*('
Add
if previous_line =~? cmake_indent_comment_line Handle comments
let ind = ind
else
if previous_line =~? cmake_indent_begin_regex
let ind = ind + sw
endif
if previous_line =~? cmake_indent_open_regex
let ind = ind + sw
endif
endif
Subtract
if this_line =~? cmake_indent_end_regex
let ind = ind - sw
endif
if previous_line =~? cmake_indent_close_regex
let ind = ind - sw
endif
return ind
endfun
=
Program: CMake - Cross-Platform Makefile Generator
Module:$RCSfile$
Language: VIM
Date: $Date$
Version: $Revision$
=
Vim syntax file
Language: CMake
Author: Andy Cedilnik andy.cedil...@kitware.com
Maintainer: Karthik Krishnan karthik.krish...@kitware.com
Last Change: $Date$
Version: $Revision$
Licence: The CMake license applies to this file. See
http://www.cmake.org/HTML/Copyright.html
This implies that distribution with Vim is allowed
For version 5.x: Clear all syntax items
For version 6.x: Quit when a syntax file was already loaded
if version 600
syntax clear
elseif exists
Bug#583258: FindGettext.cmake should also check for library support.
Package: cmake-data Version: 2.8.1-3 Severity: wishlist Tags: upstream Dear Modestas, the KDE version of FindGettext.cmake checks, whether Gettext support is included in the libc. Could you copy that part into the default FindGettext.cmake script of CMake and/or ask upstream to include it in their version (maybe even a little more generic, so the script finds stand-alone versions of Gettext too)? Thank you in advance for your help! Kind regards, Kai Wasserbäch P.S.: The reason why I don't just use the KDE version of the script is, that I'm writing a small program which hasn't any dependencies on KDE. And even though I could copy the FindGettext.cmake script from KDE and provide a local version, I think this should best be addressed upstream. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.33.4-cabal Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cmake-data depends on: ii emacsen-common1.4.19 Common facilities for all emacsen cmake-data recommends no packages. cmake-data suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#583258: Re: Bug#583258: FindGettext.cmake should also check for library support.
tag 583258 + patch
thanks
Hello Modestas,
as per your request (via IRC) I'll send a minimal version of a patch I'd like to
see included upstream. Apart from that, I'd like to see the part marked as
TODO done too, but don't have time to do so myself at the moment.
Modestas Vainius schrieb am 26.05.2010 um 19:21:
On trečiadienis 26 Gegužė 2010 20:08:58 Kai Wasserbäch wrote:
P.S.: The reason why I don't just use the KDE version of the script is,
that I'm writing a small program which hasn't any dependencies on KDE.
And even though I could copy the FindGettext.cmake script from KDE and
provide a local version, I think this should best be addressed upstream.
Yes, it should be addressed upstream. But in the meantime, you should just
ship a local version if you need a specific feature. Of course it would be
better if you reported this bug to upstream yourself so I don't have to play
proxy. Request is yours after all. Their BTS is at
http://public.kitware.com/Bug/
As I told you on IRC already: as I don't have an account with that tracker I'd
be very grateful, if you could forward the bug report for me. ;)
Kind regards,
Kai Wasserbäch
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: deb...@carbon-project.org
Jabber (debianforum.de): Drizzt
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2
(http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex)
--- FindGettext.cmake.orig 2010-05-26 23:29:11.0 +0200
+++ FindGettext.cmake 2010-05-26 23:39:08.0 +0200
@@ -65,14 +65,70 @@
ENDMACRO(GETTEXT_CREATE_TRANSLATIONS )
-IF (GETTEXT_MSGMERGE_EXECUTABLE AND GETTEXT_MSGFMT_EXECUTABLE )
+
+#
+# The following part is taken from KDE's FindGettext.cmake
+#
+# GETTEXT_INCLUDE_DIR - Gettext include directory
+# GETTEXT_LIBRARIES - Libraries needed to use Gettext
+
+# TODO: This will enable translations only if Gettext functionality is
+# present in libc. Must have more robust system for release, where Gettext
+# functionality can also reside in standalone Gettext library, or the one
+# embedded within kdelibs (cf. gettext.m4 from Gettext source).
+#
+# Copyright (c) 2006, Chusslove Illich, caslav.i...@gmx.net
+#
+# Redistribution and use is allowed according to the terms of the BSD license.
+# For details see the accompanying COPYING-CMAKE-SCRIPTS file.
+
+
+if (LIBC_HAS_DGETTEXT OR LIBINTL_HAS_DGETTEXT)
+
+# in cache already
+set(GETTEXT_LIBINC_FOUND TRUE)
+
+else (LIBC_HAS_DGETTEXT OR LIBINTL_HAS_DGETTEXT)
+include(CheckLibraryExists)
+include(CheckFunctionExists)
+
+find_path(GETTEXT_INCLUDE_DIR libintl.h)
+if(GETTEXT_INCLUDE_DIR)
+set(HAVE_LIBINTL_H 1)
+else(GETTEXT_INCLUDE_DIR)
+set(HAVE_LIBINTL_H 0)
+endif(GETTEXT_INCLUDE_DIR)
+
+set(GETTEXT_LIBRARIES)
+
+if (HAVE_LIBINTL_H)
+check_function_exists(dgettext LIBC_HAS_DGETTEXT)
+if (LIBC_HAS_DGETTEXT)
+set(GETTEXT_SOURCE built in libc)
+set(GETTEXT_LIBINC_FOUND TRUE)
+else (LIBC_HAS_DGETTEXT)
+find_library(LIBINTL_LIBRARY NAMES intl libintl )
+
+check_library_exists(${LIBINTL_LIBRARY} dgettext LIBINTL_HAS_DGETTEXT)
+if (LIBINTL_HAS_DGETTEXT)
+set(GETTEXT_SOURCE in ${LIBINTL_LIBRARY})
+set(GETTEXT_LIBRARIES ${LIBINTL_LIBRARY})
+set(GETTEXT_LIBINC_FOUND TRUE)
+endif (LIBINTL_HAS_DGETTEXT)
+endif (LIBC_HAS_DGETTEXT)
+endif (HAVE_LIBINTL_H)
+endif (LIBC_HAS_DGETTEXT OR LIBINTL_HAS_DGETTEXT)
+
+
+IF (GETTEXT_MSGMERGE_EXECUTABLE AND GETTEXT_MSGFMT_EXECUTABLE AND GETTEXT_LIBINC_FOUND )
SET(GETTEXT_FOUND TRUE)
-ELSE (GETTEXT_MSGMERGE_EXECUTABLE AND GETTEXT_MSGFMT_EXECUTABLE )
+ if (NOT Gettext_FIND_QUIETLY)
+ message(STATUS Found Gettext: ${GETTEXT_SOURCE})
+ endif (NOT Gettext_FIND_QUIETLY)
+ELSE (GETTEXT_MSGMERGE_EXECUTABLE AND GETTEXT_MSGFMT_EXECUTABLE AND GETTEXT_LIBINC_FOUND )
SET(GETTEXT_FOUND FALSE)
IF (GetText_REQUIRED)
MESSAGE(FATAL_ERROR GetText not found)
ENDIF (GetText_REQUIRED)
-ENDIF (GETTEXT_MSGMERGE_EXECUTABLE AND GETTEXT_MSGFMT_EXECUTABLE )
-
-
+ENDIF (GETTEXT_MSGMERGE_EXECUTABLE AND GETTEXT_MSGFMT_EXECUTABLE AND GETTEXT_LIBINC_FOUND )
signature.asc
Description: OpenPGP digital signature
