Bug#935653: [unattended-upgrades] /usr/bin/unattended-upgrade hogging cpu

[Thibaut Girka]

I have the same issue

Running `/usr/bin/unattended-upgrade -v -d --download-only` manually shows that
it is trying to solve dependencies somehow and keeps failing at finding
something it is satisfied with. Here is an extract:

[…]
Checking: evolution-common ([, 
, ])
pkg libebook-1.2-19 now marked delete
sanity check failed for: {'evolution=3.34.0-2', 'evolution-plugins=3.34.0-2', 
'evolution-data-server=3.34.1-1', 'libedataserverui-1.2-2=3.34.1-1', 
'libevolution=3.34.0-2', 'libebook-1.2-20=3.34.1-1', 
'libedata-cal-2.0-1=3.34.1-1', 'libebook-1.2-19=3.30.5-1.1', 
'libedata-book-1.2-25=3.30.5-1.1', 'libebackend-1.2-10=3.34.1-1', 
'dino-im-common=0.0.git20191002.7adb0e8-1', 'libedataserver-1.2-24=3.34.1-1', 
'evolution-common=3.34.0-2', 'folks-common=0.11.4-1.2', 
'libfolks25=0.11.4-1.2', 'evolution-data-server-common=3.34.1-1', 
'libedata-book-1.2-26=3.34.1-1', 'dino-im=0.0.git20191002.7adb0e8-1', 
'libedata-cal-1.2-29=3.30.5-1.1', 'libcamel-1.2-62=3.34.1-1', 
'libfolks-eds25=0.11.4-1.2'}
falling back to adjusting checkinstall's dependencies recursively
falling back to adjusting dino-im's dependencies recursively
falling back to adjusting dino-im-common's dependencies recursively
Checking: evolution-data-server ([, 
])
pkg libebook-1.2-19 now marked delete
sanity check failed for: {'evolution=3.34.0-2', 'evolution-plugins=3.34.0-2', 
'evolution-data-server=3.34.1-1', 'libedataserverui-1.2-2=3.34.1-1', 
'libevolution=3.34.0-2', 'libebook-1.2-20=3.34.1-1', 
'libedata-cal-2.0-1=3.34.1-1', 'libebook-1.2-19=3.30.5-1.1', 
'libedata-book-1.2-25=3.30.5-1.1', 'libebackend-1.2-10=3.34.1-1', 
'dino-im-common=0.0.git20191002.7adb0e8-1', 'libedataserver-1.2-24=3.34.1-1', 
'evolution-common=3.34.0-2', 'folks-common=0.11.4-1.2', 
'libfolks25=0.11.4-1.2', 'evolution-data-server-common=3.34.1-1', 
'libedata-book-1.2-26=3.34.1-1', 'dino-im=0.0.git20191002.7adb0e8-1', 
'libedata-cal-1.2-29=3.30.5-1.1', 'libcamel-1.2-62=3.34.1-1', 
'libfolks-eds25=0.11.4-1.2'}
falling back to adjusting checkinstall's dependencies recursively
falling back to adjusting dino-im's dependencies recursively
falling back to adjusting dino-im-common's dependencies recursively
Checking: evolution-data-server-common ([, , , , , ])
Checking: evolution-plugins ([])
pkg libebook-1.2-19 now marked delete
sanity check failed for: {'evolution=3.34.0-2', 'evolution-plugins=3.34.0-2', 
'evolution-data-server=3.34.1-1', 'libedataserverui-1.2-2=3.34.1-1', 
'libevolution=3.34.0-2', 'libebook-1.2-20=3.34.1-1', 
'libedata-cal-2.0-1=3.34.1-1', 'libebook-1.2-19=3.30.5-1.1', 
'libedata-book-1.2-25=3.30.5-1.1', 'libebackend-1.2-10=3.34.1-1', 
'dino-im-common=0.0.git20191002.7adb0e8-1', 'libedataserver-1.2-24=3.34.1-1', 
'evolution-common=3.34.0-2', 'folks-common=0.11.4-1.2', 
'libfolks25=0.11.4-1.2', 'evolution-data-server-common=3.34.1-1', 
'libedata-book-1.2-26=3.34.1-1', 'dino-im=0.0.git20191002.7adb0e8-1', 
'libedata-cal-1.2-29=3.30.5-1.1', 'libcamel-1.2-62=3.34.1-1', 
'libfolks-eds25=0.11.4-1.2'}
[…]

Bug#912282: fonts-cantarell: U+0335 to U+0338 do not visually combine with the previous glyph

[Thibaut Girka]

Package: fonts-cantarell
Version: 0.111-2
Severity: normal

In Gtk3 applications such as gucharmap, combining characters U+0335 to U+0338
do not visually combine to the previous character.
Because of this, since they have null width, they visually combine with the
*next* character.

E.g., “a̸” should show as a with a “long solidus” (U+0338) overlayed, but this
is overlayed to the next character instead.

This does not occur with other fonts such as those of the DejaVu family.



-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  fontconfig 2.13.1-1 amd64generic font configuration 
library - support binaries
ii  libfreetype6:amd64 2.8.1-2  amd64FreeType 2 font engine, shared 
library files
ii  libfreetype6:i386  2.8.1-2  i386 FreeType 2 font engine, shared 
library files
ii  libxft2:amd64  2.3.2-2  amd64FreeType-based font drawing 
library for X

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (990, 'testing-debug'), (990, 'testing'), (120, 
'unstable-debug'), (120, 'unstable'), (105, 'experimental-debug'), (105, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages fonts-cantarell depends on:
ii  fontconfig  2.13.1-1

fonts-cantarell recommends no packages.

fonts-cantarell suggests no packages.

-- no debconf information

Bug#912062: fontforge: segfaults when opening some UFO fonts

[Thibaut Girka]

Package: fontforge
Version: 1:20170731~dfsg-1
Severity: normal

When trying to open some UFO fonts, fontforge segfaults with the following
trace:

#0  0x7f2746c6e5aa in SPLFindOrder (ss=0x21) at ././fontforge/svg.c:3453
#1  0x7f2746c793fe in SFLFindOrder (sf=sf@entry=0x55e103d80d10,
layerdest=layerdest@entry=2) at ././fontforge/svg.c:3492
#2  0x7f2746cb7aa1 in SFReadUFO (basedir=basedir@entry=0x55e103d10eb0
"/home/thib/tmp/fonts-cantarell-0.111/master_ufo/Cantarell-Regular.ufo",
flags=flags@entry=0)
at ././fontforge/ufo.c:4221
#3  0x7f2746bf4fb0 in _ReadSplineFont (file=0x55e103c9dc50, file@entry=0x0,
filename=,
filename@entry=0x55e103cc0730 "/home/thib/tmp/fonts-
cantarell-0.111/master_ufo/Cantarell-Regular.ufo/",
openflags=openflags@entry=(unknown: 0)) at ././fontforge/splinefont.c:1086
#4  0x7f2746bf5a9c in ReadSplineFont
(filename=filename@entry=0x55e103cc0730 "/home/thib/tmp/fonts-
cantarell-0.111/master_ufo/Cantarell-Regular.ufo/", openflags=openflags@entry=
(unknown: 0)) at ././fontforge/splinefont.c:1288
#5  0x7f2746bf5c30 in LoadSplineFont (filename=,
openflags=openflags@entry=(unknown: 0)) at ././fontforge/splinefont.c:1346
#6  0x7f2746aaf39c in ViewPostScriptFont (filename=,
openflags=0) at ././fontforge/fontviewbase.c:1341
#7  0x7f2747a58023 in fontforge_main (argc=2, argv=0x7ffeb49c01d8) at
././fontforgeexe/startui.c:1353
#8  0x7f2746241b17 in __libc_start_main (main=
0x55e1023687b0 , argc=2, argv=0x7ffeb49c01d8, init=,
fini=, rtld_fini=, stack_end=0x7ffeb49c01c8) at
../csu/libc-start.c:310
#9  0x55e1023687ea in _start ()


This can be reproduced by trying to open the UFO fonts generated from the
fonts-cantarell package:
$ apt source fonts-cantarell
$ cd fonts-cantarell-0.111/
$ fontmake -g src/Cantarell.glyphs -o ufo
$ fontforge master_ufo/Cantarell-Regular.ufo/



-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (990, 'testing-debug'), (990, 'testing'), (120, 
'unstable-debug'), (120, 'unstable'), (105, 'experimental-debug'), (105, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages fontforge depends on:
ii  fontforge-common  1:20170731~dfsg-1
ii  libc6 2.27-6
ii  libfontforge2 1:20170731~dfsg-1
ii  libgdraw5 1:20170731~dfsg-1
ii  libltdl7  2.4.6-6
ii  libx11-6  2:1.6.7-1

fontforge recommends no packages.

Versions of packages fontforge suggests:
pn  autotrace 
pn  fontforge-doc 
pn  fontforge-extras  
pn  potrace   
pn  python-fontforge  

-- no debconf information

Bug#884696: libgcab-1.0-0: Checksum verification fails on amd64 since 0.7-5

[Thibaut Girka]

Package: libgcab-1.0-0
Version: 0.7-5
Severity: important
Tags: upstream

Attempting to apply a BIOS upgrade failed because of: “failed to extract .cab
file: incorrect checksum detected”.
Rebuilding libgcab-1.0-0 without the latest patch for big-endian checksum
computation fixed the issue.

This is also supposedly fixed upstream by
https://git.gnome.org/browse/gcab/commit/libgcab/cabinet.c?id=cbfff7a2175c7f970761c800411c46eed41129b4



-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (990, 'testing-debug'), (990, 'testing'), (120, 
'unstable-debug'), (120, 'unstable'), (105, 'experimental-debug'), (105, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libgcab-1.0-0 depends on:
ii  libc6 2.25-3
ii  libglib2.0-0  2.54.1-1
ii  zlib1g1:1.2.8.dfsg-5

libgcab-1.0-0 recommends no packages.

libgcab-1.0-0 suggests no packages.

-- no debconf information

Bug#882082: gnome-shell: Frequent segfaults in libgobject (through libgjs)

[Thibaut Girka]

reassign 882082 gnome-shell-pomodoro 0.13.3-1
retitle 882082 gnome-shell-pomodoro frequently crashes gnome-shell when 
notifications pop up
forwarded https://github.com/codito/gnome-pomodoro/issues/320
tags 882082 fixed-upstream
thanks

On Thu, Dec 07, 2017 at 06:11:37PM -0500, Jeremy Bicha wrote:
> On Tue, Dec 5, 2017 at 3:20 AM, Thibaut Girka <t...@sitedethib.com> wrote:
> > I have a few gnome-shell extensions enabled: Alternatetab, Application menu,
> > Removable drive menu, Places status indicator and Pomodoro, all from Debian.
> 
> Please also disable all your GNOME Shell extensions, reboot and let us
> know if you can still reproduce the frequent crashes. It is possible
> for GNOME Shell extensions to crash GNOME.

Having tested different combinations of GNOME Shell extensions throughout the
day, I am fairly confident the culprit is gnome-shell-pomodoro.
I will thus reassign the bug accordingly.

> The Debian GNOME team has limited ability to help troubleshoot these
> issues. I encourage you to also forward this bug to GNOME.

Now that I have identified the culprit, I have found that the issue has already
been reported and fixed upstream:
https://github.com/codito/gnome-pomodoro/issues/320

Bug#882082: gnome-shell: Frequent segfaults in libgobject (through libgjs)

[Thibaut Girka]

Sorry for the line-wrapping in the previous report.

The crashes are still present and very frequent (5~10 times a day).
I think those crashes only occur when a notification is to be displayed (and I
have just successfuly crashed it using “notify-send test”), but it does not
occur every time (and I am indeed unable to reproduce it anymore with
“notify-send test”).

I have a few gnome-shell extensions enabled: Alternatetab, Application menu,
Removable drive menu, Places status indicator and Pomodoro, all from Debian.

Here is a more recent backtrace, mostly identical, but without line-wrapping:

#0  0x7f539e5cbcaf in g_type_check_instance_is_fundamentally_a () at 
/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#1  0x7f539e5afebe in g_value_set_object () at 
/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#2  0x7f539e5aec12 in g_object_get_property () at 
/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#3  0x7f539d29a1db in get_prop_from_g_param (priv=0x55b0a7b2cbe0, 
value_p=..., name=, context=0x55b0a5653400, obj=...) at 
gi/object.cpp:289
#4  0x7f539d29a1db in object_instance_get_prop(JSContext*, 
JS::HandleObject, JS::HandleId, JS::MutableHandleValue) 
(context=context@entry=0x55b0a5653400, obj=..., id=..., value_p=...)
at gi/object.cpp:411
#5  0x7f53943277ea in js::CallJSGetterOp(JSContext*, bool (*)(JSContext*, 
JS::Handle, JS::Handle, JS::MutableHandle), 
JS::Handle, JS::Handle, JS::MutableHandle) (vp=..., 
id=..., obj=..., op=, cx=0x55b0a5653400) at 
./js/src/jscntxtinlines.h:310
#6  0x7f53943277ea in GetNonexistentProperty(JSContext*, 
js::HandleNativeObject, JS::HandleId, IsNameLookup, JS::MutableHandleValue) 
(cx=cx@entry=0x55b0a5653400, obj=..., 
obj@entry=..., id=..., id@entry=..., 
nameLookup=nameLookup@entry=NotNameLookup, vp=vp@entry=..., receiver=...) at 
./js/src/vm/NativeObject.cpp:1956
#7  0x7f539434f94b in NativeGetPropertyInline<(js::AllowGC)1> (vp=..., 
nameLookup=NotNameLookup, id=..., receiver=..., obj=..., cx=0x55b0a5653400) at 
./js/src/vm/NativeObject.cpp:2097
#8  0x7f539434f94b in js::NativeGetProperty(JSContext*, 
JS::Handle, JS::Handle, JS::Handle, 
JS::MutableHandle) (cx=cx@entry=0x55b0a5653400, obj=..., 
obj@entry=..., receiver=..., id=..., vp=..., vp@entry=...) at 
./js/src/vm/NativeObject.cpp:2115
#9  0x7f53943512bf in js::GetProperty(JSContext*, JS::Handle, 
JS::Handle, JS::Handle, JS::MutableHandle) (vp=..., 
id=..., receiver=..., obj=..., cx=0x55b0a5653400) at 
./js/src/vm/NativeObject.h:1523
#10 0x7f53943512bf in js::GetProperty(JSContext*, JS::Handle, 
JS::Handle, js::PropertyName*, JS::MutableHandle) 
(vp=..., name=, receiver=..., obj=..., cx=0x55b0a5653400) at 
./js/src/jsobj.h:846
#11 0x7f53943512bf in js::GetProperty(JSContext*, JS::Handle, 
JS::Handle, JS::MutableHandle) 
(cx=0x55b0a5653400, v=..., name=..., vp=...)
at ./js/src/vm/Interpreter.cpp:4263
#12 0x7f539434278c in GetPropertyOperation (vp=..., lval=..., pc=, script=..., fp=, cx=) at 
./js/src/vm/Interpreter.cpp:192
#13 0x7f539434278c in Interpret(JSContext*, js::RunState&) 
(cx=0x55b0a5653400, state=...) at ./js/src/vm/Interpreter.cpp:2639
#14 0x7f539434e846 in js::RunScript(JSContext*, js::RunState&) 
(cx=cx@entry=0x55b0a5653400, state=...) at ./js/src/vm/Interpreter.cpp:405
#15 0x7f539434ee1f in js::InternalCallOrConstruct(JSContext*, JS::CallArgs 
const&, js::MaybeConstruct) (cx=cx@entry=0x55b0a5653400, args=..., 
construct=construct@entry=js::NO_CONSTRUCT)
at ./js/src/vm/Interpreter.cpp:477
#16 0x7f539434f099 in InternalCall(JSContext*, js::AnyInvokeArgs const&) 
(cx=cx@entry=0x55b0a5653400, args=...) at ./js/src/vm/Interpreter.cpp:504
#17 0x7f539434f0f9 in js::Call(JSContext*, JS::Handle, 
JS::Handle, js::AnyInvokeArgs const&, JS::MutableHandle) 
(cx=cx@entry=0x55b0a5653400, fval=..., 
fval@entry=..., thisv=..., thisv@entry=..., args=..., rval=rval@entry=...) 
at ./js/src/vm/Interpreter.cpp:523
#18 0x7f5394141079 in js::jit::InvokeFunction(JSContext*, 
JS::Handle, bool, unsigned int, JS::Value*, 
JS::MutableHandle) (cx=0x55b0a5653400, obj=..., 
constructing=, argc=, argv=0x7ffcc64aa580, 
rval=...) at ./js/src/jit/VMFunctions.cpp:114
#19 0x324d62f413c6 in  ()
#20 0x7ffcc64aa540 in  ()
#21 0x7ffcc64aa530 in  ()
#22 0xfff9 in  ()
#23 0x7f53954f1040 in js::jit::InvokeFunctionInfo () at 
/lib/x86_64-linux-gnu/libmozjs-52.so.0
#24 0x7f53745739a0 in  ()
#25 0x324d63083995 in  ()
#26 0x6820 in  ()
#27 0x7f532ec07700 in  ()
#28 0x in  ()


coredumpctl also lists it as the following:

Stack trace of thread 20845:
#0  0x7f539e5cbcaf g_type_check_instance_is_fundamentally_a 
(libgobject-2.0.so.0)
#1  0x7f539e5afebe g_value_set_object (libgobject-2.0.so.0)
#2  0x7f539e5aec12 g_object_get_property 

Bug#882082: gnome-shell: Frequent segfaults in libgobject (through libgjs)

[Thibaut Girka]

Package: gnome-shell
Version: 3.26.2-1
Severity: important

gnome-shell crashes fairly often and quite randomly on my laptop, which is
especially problematic when gnome-shell is used as a Wayland compositor.
I have not managed to find a pattern reliably leading to crashes, but here is a
backtrace:

#0  0x7f12b29b4caf in g_type_check_instance_is_fundamentally_a () at
/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#1  0x7f12b2998ebe in g_value_set_object () at /lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#2  0x7f12b2997c12 in g_object_get_property () at /lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#3  0x7f12b16831db in get_prop_from_g_param (priv=0x56284f2d8b80,
value_p=..., name=, context=0x56284d601830, obj=...) at
gi/object.cpp:289
#4  0x7f12b16831db in object_instance_get_prop(JSContext*,
JS::HandleObject, JS::HandleId, JS::MutableHandleValue)
(context=context@entry=0x56284d601830, obj=..., id=..., value_p=...)
at gi/object.cpp:411
#5  0x7f12a87267ea in js::CallJSGetterOp(JSContext*, bool (*)(JSContext*,
JS::Handle, JS::Handle, JS::MutableHandle),
JS::Handle, JS::Handle, JS::MutableHandle) (vp=...,
id=..., obj=..., op=, cx=0x56284d601830) at
./js/src/jscntxtinlines.h:310
#6  0x7f12a87267ea in GetNonexistentProperty(JSContext*,
js::HandleNativeObject, JS::HandleId, IsNameLookup, JS::MutableHandleValue)
(cx=cx@entry=0x56284d601830, obj=...,
obj@entry=..., id=..., id@entry=...,
nameLookup=nameLookup@entry=NotNameLookup, vp=vp@entry=..., receiver=...) at
./js/src/vm/NativeObject.cpp:1956
#7  0x7f12a874e94b in NativeGetPropertyInline<(js::AllowGC)1> (vp=...,
nameLookup=NotNameLookup, id=..., receiver=..., obj=..., cx=0x56284d601830) at
./js/src/vm/NativeObject.cpp:2097
#8  0x7f12a874e94b in js::NativeGetProperty(JSContext*,
JS::Handle, JS::Handle, JS::Handle,
JS::MutableHandle) (cx=cx@entry=0x56284d601830, obj=...,
obj@entry=..., receiver=..., id=..., vp=..., vp@entry=...) at
./js/src/vm/NativeObject.cpp:2115
#9  0x7f12a87502bf in js::GetProperty(JSContext*, JS::Handle,
JS::Handle, JS::Handle, JS::MutableHandle) (vp=...,
id=..., receiver=..., obj=..., cx=0x56284d601830) at
./js/src/vm/NativeObject.h:1523
#10 0x7f12a87502bf in js::GetProperty(JSContext*, JS::Handle,
JS::Handle, js::PropertyName*, JS::MutableHandle)
(vp=..., name=, receiver=..., obj=..., cx=0x56284d601830) at
./js/src/jsobj.h:846
#11 0x7f12a87502bf in js::GetProperty(JSContext*, JS::Handle,
JS::Handle, JS::MutableHandle)
(cx=0x56284d601830, v=..., name=..., vp=...)
at ./js/src/vm/Interpreter.cpp:4263
#12 0x7f12a874178c in GetPropertyOperation (vp=..., lval=..., pc=, script=..., fp=, cx=) at
./js/src/vm/Interpreter.cpp:192
#13 0x7f12a874178c in Interpret(JSContext*, js::RunState&)
(cx=0x56284d601830, state=...) at ./js/src/vm/Interpreter.cpp:2639
#14 0x7f12a874d846 in js::RunScript(JSContext*, js::RunState&)
(cx=cx@entry=0x56284d601830, state=...) at ./js/src/vm/Interpreter.cpp:405
#15 0x7f12a874de1f in js::InternalCallOrConstruct(JSContext*, JS::CallArgs
const&, js::MaybeConstruct) (cx=cx@entry=0x56284d601830, args=...,
construct=construct@entry=js::NO_CONSTRUCT)
at ./js/src/vm/Interpreter.cpp:477
#16 0x7f12a874e099 in InternalCall(JSContext*, js::AnyInvokeArgs const&)
(cx=cx@entry=0x56284d601830, args=...) at ./js/src/vm/Interpreter.cpp:504
#17 0x7f12a874e0f9 in js::Call(JSContext*, JS::Handle,
JS::Handle, js::AnyInvokeArgs const&, JS::MutableHandle)
(cx=cx@entry=0x56284d601830, fval=...,
fval@entry=..., thisv=..., thisv@entry=..., args=..., rval=rval@entry=...)
at ./js/src/vm/Interpreter.cpp:523
#18 0x7f12a8540079 in js::jit::InvokeFunction(JSContext*,
JS::Handle, bool, unsigned int, JS::Value*,
JS::MutableHandle) (cx=0x56284d601830, obj=...,
constructing=, argc=, argv=0x7fff855c6500,
rval=...) at ./js/src/jit/VMFunctions.cpp:114
#19 0x0debc54a53c6 in  ()
#20 0x7fff855c64c0 in  ()
#21 0x7fff855c64b0 in  ()
#22 0xfff9 in  ()
#23 0x7f12a98f0040 in js::jit::InvokeFunctionInfo () at /lib/x86_64-linux-
gnu/libmozjs-52.so.0
#24 0x7f12881739a0 in  ()
#25 0x0debc55d56f5 in  ()
#26 0x6820 in  ()
#27 0x7f12692f3380 in  ()
#28 0x in  ()



-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (990, 'testing-debug'), (990, 'testing'), (120, 
'unstable-debug'), (120, 'unstable'), (105, 'experimental-debug'), (105, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-shell depends on:
ii  caribou  0.4.21-2
ii  dconf-gsettings-backend [gsettings-backend]  

Bug#879184: firmware-atheros: QCA6174 stops working on newer kernels after second group rekeying

[Thibaut Girka]

Package: firmware-atheros
Version: 20170823-1
Severity: normal

Starting from linux 4.12, wifi silently stops working after the second WPA
group rekeying (see #875362):

oct. 19 19:35:43 vicious wpa_supplicant[868]: wlp58s0: CTRL-EVENT-CONNECTED -
Connection to 14:cc:20:56:eb:94 completed [id=0 id_str=]
oct. 19 19:35:43 vicious wpa_supplicant[868]: p2p-dev-wlp58s0: CTRL-EVENT-
REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=FR
oct. 19 19:44:10 vicious wpa_supplicant[868]: wlp58s0: WPA: Group rekeying
completed with 14:cc:20:56:eb:94 [GTK=CCMP]
oct. 19 19:54:10 vicious wpa_supplicant[868]: wlp58s0: WPA: Group rekeying
completed with 14:cc:20:56:eb:94 [GTK=CCMP]

As hinted by [0], updating the following firmware files[1][2] fixes the issue:
/lib/firmware/ath10k/QCA6174/hw3.0/board-2.bin
/lib/firmware/ath10k/QCA6174/hw3.0/firmware-6.bin

[0]: http://lists.infradead.org/pipermail/ath10k/2017-August/010069.html
[1]:
https://github.com/kvalo/ath10k-firmware/blob/master/QCA6174/hw3.0/board-2.bin
[2]:
https://github.com/kvalo/ath10k-firmware/blob/master/QCA6174/hw3.0/4.4.1/firmware-6.bin_WLAN.RM.4.4.1-00065-QCARMSWP-1



-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (990, 'testing-debug'), (990, 'testing'), (120, 
'unstable-debug'), (120, 'unstable'), (105, 'experimental-debug'), (105, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

firmware-atheros depends on no packages.

firmware-atheros recommends no packages.

Versions of packages firmware-atheros suggests:
ii  initramfs-tools  0.130

-- no debconf information

Bug#875362: linux-image-4.12.0-1-amd64: 5GHz wifi randomly drops on ath10k QCA6174

[Thibaut Girka]

This appears exactly when wpa_supplicant issues this message:
oct. 18 23:52:25 vicious wpa_supplicant[868]: wlp58s0: WPA: Key negotiation 
completed with 16:cc:20:56:eb:95 [PTK=CCMP GTK=TKIP]
oct. 18 23:52:25 vicious wpa_supplicant[868]: wlp58s0: CTRL-EVENT-CONNECTED - 
Connection to 16:cc:20:56:eb:95 completed [id=0 id_str=]
oct. 18 23:52:31 vicious wpa_supplicant[868]: wlp58s0: WPA: Group rekeying 
completed with 16:cc:20:56:eb:95 [GTK=TKIP]
oct. 18 23:53:01 vicious wpa_supplicant[868]: wlp58s0: WPA: Group rekeying 
completed with 16:cc:20:56:eb:95 [GTK=TKIP]

As seen above, I have lowered my AP's wpa_group_rekey to 30s in order to
confirm the issue, and it indeed reliably occurs after the second rekeying.

This looks like a known issue with the firmware:
http://lists.infradead.org/pipermail/ath10k/2017-August/010069.html

Updating to latest firmware-6.bin[1] and board-2.bin[2] seems to fix the issue.

[1]: 
https://github.com/kvalo/ath10k-firmware/blob/master/QCA6174/hw3.0/4.4.1/firmware-6.bin_WLAN.RM.4.4.1-00065-QCARMSWP-1
[2]: 
https://github.com/kvalo/ath10k-firmware/blob/master/QCA6174/hw3.0/board-2.bin

Bug#875362: linux-image-4.12.0-1-amd64: 5GHz wifi randomly drops on ath10k QCA6174

[Thibaut Girka]

Package: src:linux
Version: 4.12.6-1
Severity: normal

Since I upgraded to linux 4.12.0-1-amd64, my wifi at home (5.18GHz, WPA2-PSK)
frequently and silently fails. Manually re-connecting works. This issue does
not appear on linux 4.11.0-1, nor does it occur at my workplace, where I am
connected to a 2.4GHz access-point (WPA2 TTLS).



-- Package-specific info:
** Version:
Linux version 4.12.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 
6.4.0 20170805 (Debian 6.4.0-3) ) #1 SMP Debian 4.12.6-1 (2017-08-12)

** Command line:
BOOT_IMAGE=/vmlinuz-4.12.0-1-amd64 root=/dev/mapper/vicious--vg-root ro quiet

** Not tainted

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

** Model information
sys_vendor: Dell Inc.
product_name: XPS 13 9360
product_version: 
chassis_vendor: Dell Inc.
chassis_version: 
bios_vendor: Dell Inc.
bios_version: 2.2.1
board_vendor: Dell Inc.
board_name: 05JK94
board_version: A00

** Loaded modules:
fuse
ctr
ccm
rfcomm
arc4
cmac
bnep
hid_multitouch
snd_hda_codec_hdmi
binfmt_misc
nls_ascii
nls_cp437
snd_hda_codec_realtek
vfat
dell_laptop
i2c_designware_platform
dell_wmi
dell_smbios
fat
snd_hda_codec_generic
i2c_designware_core
dcdbas
intel_rapl
x86_pkg_temp_thermal
intel_powerclamp
efi_pstore
coretemp
kvm_intel
snd_soc_skl
kvm
snd_soc_skl_ipc
ath10k_pci
irqbypass
ath10k_core
snd_soc_sst_ipc
snd_soc_sst_dsp
intel_cstate
intel_uncore
snd_hda_ext_core
snd_soc_sst_match
ath
intel_rapl_perf
evdev
mac80211
joydev
uvcvideo
snd_soc_core
videobuf2_vmalloc
snd_compress
videobuf2_memops
pcspkr
serio_raw
efivars
snd_hda_intel
i915
videobuf2_v4l2
snd_hda_codec
iTCO_wdt
iTCO_vendor_support
cfg80211
snd_hda_core
snd_hwdep
snd_pcm
snd_timer
rtsx_pci_ms
snd
soundcore
videobuf2_core
memstick
videodev
media
idma64
drm_kms_helper
drm
mei_me
btusb
btrtl
processor_thermal_device
i2c_algo_bit
mei
shpchp
intel_pch_thermal
intel_soc_dts_iosf
intel_lpss_pci
ucsi
wmi
battery
hci_uart
btbcm
btqca
btintel
soc_button_array
intel_vbtn
bluetooth
ecdh_generic
rfkill
video
intel_lpss_acpi
intel_lpss
intel_hid
int3403_thermal
sparse_keymap
int3400_thermal
int340x_thermal_zone
acpi_thermal_rel
acpi_als
acpi_pad
kfifo_buf
ac
button
industrialio
parport_pc
ppdev
lp
parport
efivarfs
ip_tables
x_tables
autofs4
ext4
crc16
jbd2
fscrypto
ecb
mbcache
btrfs
crc32c_generic
xor
raid6_pq
algif_skcipher
af_alg
dm_crypt
dm_mod
crct10dif_pclmul
crc32_pclmul
crc32c_intel
ghash_clmulni_intel
pcbc
rtsx_pci_sdmmc
mmc_core
aesni_intel
aes_x86_64
crypto_simd
glue_helper
cryptd
psmouse
i2c_i801
nvme
xhci_pci
nvme_core
rtsx_pci
xhci_hcd
mfd_core
usbcore
usb_common
thermal
i2c_hid
hid

** Network interface configuration:

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

** Network status:
*** IP interfaces and addresses:
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group 
default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever
2: wlp58s0:  mtu 1500 qdisc mq state UP group 
default qlen 1000
link/ether 9c:b6:d0:d5:97:fb brd ff:ff:ff:ff:ff:ff
inet 192.168.0.121/24 brd 192.168.0.255 scope global dynamic wlp58s0
   valid_lft 42814sec preferred_lft 42814sec
inet6 fdad:3df7:b2f3::600/128 scope global 
   valid_lft forever preferred_lft forever
inet6 fdad:3df7:b2f3:0:921f:8ac8:1720:b6bf/64 scope global noprefixroute 
   valid_lft forever preferred_lft forever
inet6 fdc9:3611:9af8:0:6c49:6680:2f8b:f60a/64 scope global noprefixroute 
dynamic 
   valid_lft 7072sec preferred_lft 1672sec
inet6 fe80::7386:2396:a415:5402/64 scope link 
   valid_lft forever preferred_lft forever

*** Device statistics:
Inter-|   Receive|  Transmit
 face |bytespackets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
lo:  122036 988000 0  0 0   122036 
988000 0   0  0
wlp58s0: 79301192   58720000 0  0 0  2546397   
18364000 0   0  0

*** Protocol statistics:
Ip:
Forwarding: 2
18818 total packets received
7 with invalid addresses
0 forwarded
0 incoming packets discarded
18787 incoming packets delivered
17123 requests sent out
40 outgoing packets dropped
14 dropped because of missing route
Icmp:
473 ICMP messages received
0 input ICMP message failed
ICMP input histogram:
destination unreachable: 86
echo replies: 387
478 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
destination unreachable: 86
echo requests: 392
IcmpMsg:
InType0: 387
InType3: 86
OutType3: 86
OutType8: 392
Tcp:
  

Bug#855911: linux-image-4.9.0-1-armmp: MMC failure on A20-OLinuXIno-LIME2

[Thibaut Girka]

I updated to 4.11.0-trunk-armmp from experimental, and I am also using u-boot
from ALARM, as I have not seen this issue on my ALARM-running A20 boards yet…

… and it failed again, this time with no explicit MMC-related errors, but with
hung tasks instead, much like my previous kernel log.

To be honest, I'm not sure where to look at now…

Bug#855911: linux-image-4.9.0-1-armmp: MMC failure on A20-OLinuXIno-LIME2

[Thibaut Girka]

I keep experiencing this issue even with a brand new board (same model, newer
hw revision) and on linux-image-4.10.0-rc6-armmp.

I have been informed that this issue might have been fixed by:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers?id=2154d94b40ea2a5de05245521371d0461bb0d669

This change was not present in 4.10-0-rc6, and I will now try with
linux-image-4.11.0-trunk, which does include this patch.

Bug#855911: linux-image-4.9.0-1-armmp: MMC failure on A20-OLinuXIno-LIME2

[Thibaut Girka]

After a little less than two weeks running on 4.8, the second board finally
crashed during an “aptitude update” with:

1062229.158740] mmc0: Card stuck in programming state! mmc_do_erase
[1062229.933728] sunxi-mmc 1c0f000.mmc: fatal err update clk timeout
[1062230.708711] sunxi-mmc 1c0f000.mmc: fatal err update clk timeout
[1062231.463699] sunxi-mmc 1c0f000.mmc: fatal err update clk timeout
[1062231.470938] mmc0: tried to reset card, got error -5
[1062231.476059] blk_update_request: I/O error, dev mmcblk0, sector 21346248
[1062231.483160] mmcblk0: error -5 sending status command, retrying
[1062231.489265] mmcblk0: error -5 sending status command, retrying
[1062231.495340] mmcblk0: error -5 sending status command, aborting
[1062232.268669] sunxi-mmc 1c0f000.mmc: fatal err update clk timeout
[1062233.043649] sunxi-mmc 1c0f000.mmc: fatal err update clk timeout
[1062233.798631] sunxi-mmc 1c0f000.mmc: fatal err update clk timeout
[1062233.805874] mmc0: tried to reset card, got error -5
[1062233.810996] blk_update_request: I/O error, dev mmcblk0, sector 2205936
[1062233.817793] blk_update_request: I/O error, dev mmcblk0, sector 2205944
[1062233.824550] blk_update_request: I/O error, dev mmcblk0, sector 2205952
[1062233.831305] blk_update_request: I/O error, dev mmcblk0, sector 2205960
[1062233.838047] blk_update_request: I/O error, dev mmcblk0, sector 2205968
[1062233.844802] blk_update_request: I/O error, dev mmcblk0, sector 2205976
[1062233.851541] blk_update_request: I/O error, dev mmcblk0, sector 2205984
[1062233.858288] blk_update_request: I/O error, dev mmcblk0, sector 2205992
[1062233.865045] blk_update_request: I/O error, dev mmcblk0, sector 2206000

Note that I'm not sure I have done a cold reboot when switching from 4.9
to 4.8. It has now been running (on 4.8) for nearly a month without any issue.

On the other hand, my main board running on linux 4.4 crashed twice.
Not being physically present when it crashed today, I could not figure out if
it crashed for the same reason, but it needed a cold reboot anyway.
As for the previous crash, I was actually logged on the machine and could get
some debug output. While the error handling changed from 4.4 to 4.9, it is
much probably the same issue: any task waiting on the MMC ended up being stuck:

[147837.706454] INFO: task logrotate:31041 blocked for more than 120 seconds.
[147837.713536]   Not tainted 4.4.0-1-armmp #1
[147837.718211] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables 
this message.
[147837.726313] logrotate   D c0663814 0 31041  31040 0x
[147837.733020] [] (__schedule) from [] (schedule+0x50/0xa8)
[147837.740386] [] (schedule) from [] 
(schedule_timeout+0x208/0x290)
[147837.748418] [] (schedule_timeout) from [] 
(io_schedule_timeout+0xc0/0x138)
[147837.757274] [] (io_schedule_timeout) from [] 
(bit_wait_io+0x20/0x6c)
[147837.765611] [] (bit_wait_io) from [] 
(__wait_on_bit+0x94/0xd0)
[147837.773430] [] (__wait_on_bit) from [] 
(wait_on_page_bit+0xdc/0xf8)
[147837.781770] [] (wait_on_page_bit) from [] 
(__filemap_fdatawait_range+0xec/0x144)
[147837.791191] [] (__filemap_fdatawait_range) from [] 
(filemap_fdatawait_range+0x28/0x44)
[147837.801206] [] (filemap_fdatawait_range) from [] 
(filemap_write_and_wait_range+0x68/0x90)
[147837.811835] [] (filemap_write_and_wait_range) from [] 
(ext4_sync_file+0x12c/0x378 [ext4])
[147837.822372] [] (ext4_sync_file [ext4]) from [] 
(vfs_fsync_range+0x68/0xc8)
[147837.831421] [] (vfs_fsync_range) from [] 
(do_fsync+0x4c/0x74)
[147837.839142] [] (do_fsync) from [] (SyS_fsync+0x1c/0x20)
[147837.846318] [] (SyS_fsync) from [] 
(ret_fast_syscall+0x0/0x3c)
[147957.848353] INFO: task jbd2/mmcblk0p1-:107 blocked for more than 120 
seconds.
[147957.855792]   Not tainted 4.4.0-1-armmp #1
[147957.860475] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables 
this message.
[147957.868642] jbd2/mmcblk0p1- D c0663814 0   107  2 0x
[147957.875442] [] (__schedule) from [] (schedule+0x50/0xa8)
[147957.882780] [] (schedule) from [] 
(schedule_timeout+0x208/0x290)
[147957.890846] [] (schedule_timeout) from [] 
(io_schedule_timeout+0xc0/0x138)
[147957.899757] [] (io_schedule_timeout) from [] 
(bit_wait_io+0x20/0x6c)
[147957.908153] [] (bit_wait_io) from [] 
(__wait_on_bit+0x94/0xd0)
[147957.916038] [] (__wait_on_bit) from [] 
(out_of_line_wait_on_bit+0x8c/0xa8)
[147957.924934] [] (out_of_line_wait_on_bit) from [] 
(__wait_on_buffer+0x40/0x44)
[147957.934222] [] (__wait_on_buffer) from [] 
(jbd2_journal_commit_transaction+0xcec/0x1760 [jbd2])
[147957.945065] [] (jbd2_journal_commit_transaction [jbd2]) from 
[] (kjournald2+0x108/0x2d0 [jbd2])
[147957.955886] [] (kjournald2 [jbd2]) from [] 
(kthread+0xfc/0x114)
[147957.963900] [] (kthread) from [] 
(ret_from_fork+0x14/0x3c)
[147957.971453] INFO: task openvpn:795 blocked for more than 120 seconds.
[147957.978144]   Not tainted 4.4.0-1-armmp #1
[147957.982813] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables 

Bug#855911: linux-image-4.9.0-1-armmp: MMC failure on A20-OLinuXIno-LIME2

[Thibaut Girka]

I have made some more tests using the “spew” and “stress” packages, but it
doesn't seem to cause the issue. So far, it mainly happened during package
installation (thus causing the additional pain of leaving some packages in a
broken state).

I have been unable to reproduce the issue with older kernels, but since I don't
have a reliable way to trigger it, and that it took up to several hours to
manifest, I cannot rule out this bug being present in older kernel verions, nor
rule out it being a u-boot-related bug rather than a kernel one.
(I am using the u-boot binary 
/usr/lib/u-boot/A20-OLinuXino-Lime2/u-boot-sunxi-with-spl.bin
from u-boot-sunxi=2016.11+dfsg1-3 on both systems)

Another annoying issue with this bug is that a full power cycle is needed for
the µSD reader to be usable: even if I manage to trigger a reboot (opening
/dev/watchdog for instance), the system won't actually be brought up again,
and I have to physically switch it off and back. Not having any output set-up
for this system, I can only presume that it fails to boot due to the µSD reader
still being in a messed-up state and needing a full power-cycle to recover.

Bug#855911: Acknowledgement (linux-image-4.9.0-1-armmp: MMC failure on A20-OLinuXIno-LIME2)

[Thibaut Girka]

severity 855911 critical
thanks

Changed the severity to critical, since it may make the whole system unusable
and cause data loss.

Bug#855911: linux-image-4.9.0-1-armmp: MMC failure on A20-OLinuXIno-LIME2

[Thibaut Girka]

Package: linux-image-4.9.0-1-armmp
Severity: normal

I recently switched to linux 4.9.0 (jessie-backport package on one, package
from testing in the other) and latest u-boot on my two A20-OLinuXIno-LIME2
boards, which were running seriously outdated versions of linux until now (4.4
and 4.0).

Both systems have their rootfs on a microSD card, and have had the same issue
after the upgrade: within hours of the boot process, the µSD fails to
read/write with various errors from the mmc subsystem. In one of the systems (I
don't have physical access to the second sytem right now), I have successfully
reverted to linux 4.4, so this isn't a hardware issue or an issue caused by
u-boot.

Although it isn't about the same hardware nor the same version of the kernel,
there is a similar bug report on Fedora's bugtracker, suggesting this is an
upstream problem in the sunxi-mmc driver, but I haven't tried upstream's kernel
without Debian patches yet, nor have I attempted to bisect the issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1419575

Here is a log from one of the two systems (the one that uses the kernel from
testing):
[0.00] Booting Linux on physical CPU 0x0
[0.00] Linux version 4.9.0-1-armmp (debian-ker...@lists.debian.org) 
(gcc version 6.3.0 20170124 (Debian 6.3.0-5) ) #1 SMP Debian 4.9.6-3 
(2017-01-28)
[0.00] CPU: ARMv7 Processor [410fc074] revision 4 (ARMv7), cr=10c5387d
[0.00] CPU: div instructions available: patching division code
[0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing 
instruction cache
[0.00] OF: fdt:Machine model: Olimex A20-OLinuXino-LIME2
[0.00] efi: Getting EFI parameters from FDT:
[0.00] efi: UEFI not found.
[0.00] cma: Reserved 16 MiB at 0x7f00
[0.00] Memory policy: Data cache writealloc
[0.00] On node 0 totalpages: 262144
[0.00] free_area_init_node: node 0, pgdat c0ce0d00, node_mem_map 
ef6f9000
[0.00]   Normal zone: 1728 pages used for memmap
[0.00]   Normal zone: 0 pages reserved
[0.00]   Normal zone: 196608 pages, LIFO batch:31
[0.00]   HighMem zone: 65536 pages, LIFO batch:15
[0.00] psci: probing for conduit method from DT.
[0.00] psci: Using PSCI v0.1 Function IDs from DT
[0.00] percpu: Embedded 14 pages/cpu @ef6c1000 s27724 r8192 d21428 
u57344
[0.00] pcpu-alloc: s27724 r8192 d21428 u57344 alloc=14*4096
[0.00] pcpu-alloc: [0] 0 [0] 1 
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 260416
[0.00] Kernel command line: root=/dev/mmcblk0p1 loglevel=7 ro rootwait
[0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
[0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[0.00] Memory: 994060K/1048576K available (7168K kernel code, 957K 
rwdata, 2212K rodata, 1024K init, 396K bss, 38132K reserved, 16384K 
cma-reserved, 245760K highmem)
[0.00] Virtual kernel memory layout:
vector  : 0x - 0x1000   (   4 kB)
fixmap  : 0xffc0 - 0xfff0   (3072 kB)
vmalloc : 0xf080 - 0xff80   ( 240 MB)
lowmem  : 0xc000 - 0xf000   ( 768 MB)
pkmap   : 0xbfe0 - 0xc000   (   2 MB)
modules : 0xbf00 - 0xbfe0   (  14 MB)
  .text : 0xc0008000 - 0xc080   (8160 kB)
  .init : 0xc0b0 - 0xc0c0   (1024 kB)
  .data : 0xc0c0 - 0xc0cef47c   ( 958 kB)
   .bss : 0xc0cf1000 - 0xc0d54104   ( 397 kB)
[0.00] Hierarchical RCU implementation.
[0.00]  Build-time adjustment of leaf fanout to 32.
[0.00]  RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=2.
[0.00] RCU: Adjusting geometry for rcu_fanout_leaf=32, nr_cpu_ids=2
[0.00] NR_IRQS:16 nr_irqs:16 16
[0.00] arm_arch_timer: Architected cp15 timer(s) running at 24.00MHz 
(phys).
[0.00] clocksource: arch_sys_counter: mask: 0xff 
max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns
[0.08] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 
4398046511097ns
[0.24] Switching to timer-based delay loop, resolution 41ns
[0.002773] clocksource: timer: mask: 0x max_cycles: 0x, 
max_idle_ns: 79635851949 ns
[0.003660] clocksource: hstimer: mask: 0x max_cycles: 0x, 
max_idle_ns: 12741736309 ns
[0.004405] Console: colour dummy device 80x30
[0.005264] console [tty0] enabled
[0.005314] Calibrating delay loop (skipped), value calculated using timer 
frequency.. 48.00 BogoMIPS (lpj=12)
[0.005366] pid_max: default: 32768 minimum: 301
[0.005697] Security Framework initialized
[0.005732] Yama: disabled by default; enable with sysctl kernel.yama.*
[0.005794] AppArmor: AppArmor disabled by boot time parameter
[0.005915] Mount-cache hash table entries: 2048 (order: 1, 8192 

Bug#852165: gnome-shell: X11 clients requesting wrong window sizes crash gnome-shell as a wayland compositor

[Thibaut Girka]

Package: gnome-shell
Version: 3.22.2-1
Severity: important
Tags: upstream

When used as a wayland compositor and an X11 client requests an unreasonable
window size, gnome-shell crashes rather than the X11 client.

It frequently happens with the non-free game “Kerbal Space Program” and can
also easily be reproduced with the attached example (requires python3-gi and
gir1.2-gtk-3.0).

The crash is usually triggered by gnome-shell aborting on an X11 error, but
I have also seen it abort while trying to do some memory allocation of
unreasonable size, as displayed in the following backtrace:

#0  0x7fd27b4c6261 in _g_log_abort (breakpoint=1) at 
././glib/gmessages.c:487
#1  0x7fd27b4c72b7 in g_log_default_handler (log_domain=0x7fd27b508d2e 
"GLib", log_level=6, message=, unused_data=) at 
././glib/gmessages.c:2816
#2  0x5592f762a84e in default_log_handler 
(log_domain=log_domain@entry=0x7fd27b508d2e "GLib", 
log_level=log_level@entry=6, message=message@entry=0x7fd25c136c00 
"/build/glib2.0-m2w47E/glib2.0-2.50.2/./glib/gmem.c:130: failed to allocate 
18446744072465642272 bytes", data=data@entry=0x7fd25800d9a0) at main.c:313
#3  0x7fd27b4c75c4 in g_logv (log_domain=0x7fd27b508d2e "GLib", 
log_level=G_LOG_LEVEL_ERROR, format=, 
args=args@entry=0x7fff6e415130) at ././glib/gmessages.c:1275
#4  0x7fd27b4c77cf in g_log (log_domain=log_domain@entry=0x7fd27b508d2e 
"GLib", log_level=log_level@entry=G_LOG_LEVEL_ERROR, 
format=format@entry=0x7fd27b512688 "%s: failed to allocate %lu bytes") at 
././glib/gmessages.c:1337
#5  0x7fd27b4c5e94 in g_malloc0 
(n_bytes=n_bytes@entry=18446744072465642272) at ././glib/gmem.c:129
#6  0x7fd27cc5f5be in make_shadow (region=0x5592fbe189d0, 
shadow=0x7fd2200fd4c0) at compositor/meta-shadow-factory.c:750
#7  0x7fd27cc5f5be in meta_shadow_factory_get_shadow 
(factory=factory@entry=0x7fd2580126a0 [MetaShadowFactory], shape=, width=, height=, 
class_name=class_name@entry=0x7fd27ccd462f "normal", focused=focused@entry=1) 
at compositor/meta-shadow-factory.c:985
#8  0x7fd27cc655c6 in check_needs_shadow (self=) at 
compositor/meta-window-actor.c:1595
#9  0x7fd27cc655c6 in meta_window_actor_handle_updates (self=) at compositor/meta-window-actor.c:1920
#10 0x7fd27cc66378 in meta_window_actor_pre_paint (self=0x5592fbdb0fa0 
[MetaWindowActor]) at compositor/meta-window-actor.c:1929
#11 0x7fd27cc57a88 in meta_pre_paint_func (data=0x5592f9112b40) at 
compositor/compositor.c:1077
#12 0x7fd27c0140a4 in _clutter_run_repaint_functions 
(flags=flags@entry=CLUTTER_REPAINT_FLAGS_PRE_PAINT) at clutter-main.c:3433
#13 0x7fd27c014d57 in master_clock_update_stages 
(master_clock=0x5592f8d08f00 [ClutterMasterClockDefault], stages=0x5592fcdfa290 
= {...}) at clutter-master-clock-default.c:437
#14 0x7fd27c014d57 in clutter_clock_dispatch (source=, 
callback=, user_data=) at 
clutter-master-clock-default.c:567
#15 0x7fd27b4c07f7 in g_main_dispatch (context=0x5592f8ab7730) at 
././glib/gmain.c:3203
#16 0x7fd27b4c07f7 in g_main_context_dispatch 
(context=context@entry=0x5592f8ab7730) at ././glib/gmain.c:3856
#17 0x7fd27b4c0a60 in g_main_context_iterate (context=0x5592f8ab7730, 
block=block@entry=1, dispatch=dispatch@entry=1, self=) at 
././glib/gmain.c:3929
#18 0x7fd27b4c0d82 in g_main_loop_run (loop=0x5592f8d1d280) at 
././glib/gmain.c:4125
#19 0x7fd27cc7758c in meta_run () at core/main.c:572
#20 0x5592f762a4b7 in main (argc=, argv=) at 
main.c:471


-- System Information:
Debian Release: 9.0
  APT prefers testing-debug
  APT policy: (990, 'testing-debug'), (990, 'testing'), (120, 
'unstable-debug'), (120, 'unstable'), (105, 'experimental-debug'), (105, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  evolution-data-server3.22.3-1
ii  gir1.2-accountsservice-1.0   0.6.43-1
ii  gir1.2-atspi-2.0 2.22.0-5
ii  gir1.2-caribou-1.0   0.4.21-1
ii  gir1.2-freedesktop   1.50.0-1
ii  gir1.2-gcr-3 3.20.0-3
ii  gir1.2-gdesktopenums-3.0 3.22.0-1
ii  gir1.2-gdm-1.0   3.22.1-1
ii  gir1.2-glib-2.0  1.50.0-1
ii  gir1.2-gnomebluetooth-1.03.20.0-1
ii  gir1.2-gnomedesktop-3.0  3.22.2-1
ii  gir1.2-gtk-3.0   3.22.6-1
ii  gir1.2-gweather-3.0  3.20.4-1
ii  gir1.2-ibus-1.0  1.5.14-2
ii  gir1.2-mutter-3.03.22.2-3
ii  gir1.2-networkmanager-1.01.4.4-1
ii  

Bug#849696: libogre-1.9.0v5: Ogre games abort on startup with “basic_string::_M_construct null not valid”

[Thibaut Girka]

Package: libogre-1.9.0v5
Version: 1.9.0+dfsg1-7+b2
Severity: important

Any Ogre game/application (for instance, funguloids, available in Debian)
crashes with the following output:

  Creating resource group General
  Creating resource group Internal
  Creating resource group Autodetect
  SceneManagerFactory for type 'DefaultSceneManager' registered.
  Registering ResourceManager for type Material
  Registering ResourceManager for type Mesh
  Registering ResourceManager for type Skeleton
  MovableObjectFactory for type 'ParticleSystem' registered.
  ArchiveFactory for archive type FileSystem registered.
  ArchiveFactory for archive type Zip registered.
  ArchiveFactory for archive type EmbeddedZip registered.
  DDS codec registering
  FreeImage version: 3.17.0
  This program uses FreeImage, a free, open source image library supporting all 
common bitmap formats. See http://freeimage.sourceforge.net for details
  terminate called after throwing an instance of 'std::logic_error'
what():  basic_string::_M_construct null not valid
  Abandon

This started happening since upgrading libfreeimage3, so this might be a bug in
it rather than in Ogre itself, but I haven't investigated any further yet.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (120, 'unstable'), (105, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages libogre-1.9.0v5 depends on:
ii  libboost-system1.62.0   1.62.0+dfsg-4
ii  libboost-thread1.62.0   1.62.0+dfsg-4
ii  libc6   2.24-8
ii  libegl1-mesa [libegl1-x11]  13.0.2-3
ii  libfreeimage3   3.17.0+ds1-4
ii  libfreetype62.6.3-3+b1
ii  libgcc1 1:6.2.1-5
ii  libgl1-mesa-glx [libgl1]13.0.2-3
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  libstdc++6  6.2.1-5
ii  libx11-62:1.6.4-2
ii  libxaw7 2:1.0.13-1
ii  libxrandr2  2:1.5.1-1
ii  libxt6  1:1.1.5-1
ii  libzzip-0-130.13.62-3
ii  zlib1g  1:1.2.8.dfsg-4

libogre-1.9.0v5 recommends no packages.

libogre-1.9.0v5 suggests no packages.

-- no debconf information

Bug#843473: libgtk-3-0: ~/.XCompose handling broken

[Thibaut Girka]

On Sun, Nov 06, 2016 at 11:35:36PM +0100, Michael Biebl wrote:
> Hi
> […]
> Is that a duplicate of
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830597 ?

Most probably, yes. Sorry for filing a duplicate.

Bug#843473: libgtk-3-0: ~/.XCompose handling broken

[Thibaut Girka]

Package: libgtk-3-0
Version: 3.22.2-1
Severity: normal
Tags: upstream patch

Gtk+ includes some partial support for XCompose configuration files.
However, it has long been broken because of a bug in its cache handling,
resulting
in the configuration file to be only properly taken into account when *not*
loaded
from cache.

You'll find attached a patch against fixing this.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (120, 'unstable'), (105, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages libgtk-3-0 depends on:
ii  adwaita-icon-theme  3.22.0-1
ii  hicolor-icon-theme  0.15-1
ii  libatk-bridge2.0-0  2.22.0-1
ii  libatk1.0-0 2.22.0-1
ii  libc6   2.24-5
ii  libcairo-gobject2   1.14.6-1+b1
ii  libcairo2   1.14.6-1+b1
ii  libcolord2  1.3.3-2
ii  libcups22.2.1-1
ii  libepoxy0   1.3.1-1
ii  libfontconfig1  2.11.0-6.7
ii  libfreetype62.6.3-3+b1
ii  libgdk-pixbuf2.0-0  2.36.0-1
ii  libglib2.0-02.50.1-1
ii  libgtk-3-common 3.22.2-1
ii  libjson-glib-1.0-0  1.2.2-1
ii  libpango-1.0-0  1.40.3-2
ii  libpangocairo-1.0-0 1.40.3-2
ii  libpangoft2-1.0-0   1.40.3-2
ii  librest-0.7-0   0.8.0-2
ii  libsoup2.4-12.56.0-1
ii  libwayland-client0  1.11.94-1
ii  libwayland-cursor0  1.11.94-1
ii  libwayland-egl1-mesa [libwayland-egl1]  12.0.3-3
ii  libx11-62:1.6.3-1
ii  libxcomposite1  1:0.4.4-1
ii  libxcursor1 1:1.1.14-1+b1
ii  libxdamage1 1:1.1.4-2+b1
ii  libxext62:1.3.3-1
ii  libxfixes3  1:5.0.2-1
ii  libxi6  2:1.7.6-1
ii  libxinerama12:1.1.3-1+b1
ii  libxkbcommon0   0.6.1-1
ii  libxml2 2.9.4+dfsg1-2.1
ii  libxrandr2  2:1.5.0-1
ii  shared-mime-info1.7-1

Versions of packages libgtk-3-0 recommends:
ii  libgtk-3-bin  3.22.2-1

Versions of packages libgtk-3-0 suggests:
ii  gvfs 1.30.1.1-1
ii  librsvg2-common  2.40.16-1

-- no debconf information
Description: Correctly read the number of sequences from cached compose tables
Author: Thibaut Girka <t...@sitedethib.com>
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=773916
Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=773916#c1
--- a/gtk/gtkcomposetable.c
+++ b/gtk/gtkcomposetable.c
@@ -697,7 +697,7 @@
   retval = g_new0 (GtkComposeTable, 1);
   retval->data = gtk_compose_seqs;
   retval->max_seq_len = max_seq_len;
-  retval->n_seqs = length;
+  retval->n_seqs = n_seqs;
   retval->id = hash;
 
   g_free (contents);

Bug#802976: Should this package be removed?

[Thibaut Girka]

On Tue, Feb 16, 2016 at 11:21:07PM +0100, Moritz Mühlenhoff wrote:
> On Fri, Nov 13, 2015 at 07:38:41PM +0100, Thibaut Girka wrote:
> > Le 13 novembre 2015 18:42:55 CET, "Moritz Mühlenhoff" <j...@inutil.org> a 
> > écrit :
> > >On Tue, Oct 27, 2015 at 03:32:17PM +0100, Thibaut Girka wrote:
> > >> On Sun, Oct 25, 2015 at 09:22:53PM +0100, Moritz Mühlenhoff wrote:
> > >> > On Sun, Oct 25, 2015 at 07:51:20PM +0100, Thibaut Girka wrote:
> > >> > > On Sun, Oct 25, 2015 at 07:41:29PM +0100, Moritz Muehlenhoff
> > >wrote:
> > >> > > > Package: bluemindo
> > >> > > > Severity: serious
> > >> > > > 
> > >> > > > - Dead upstream (the current 0.3 release is from 2009)
> > >> > > 
> > >> > > A new major version is on the way and should be released soon.
> > >> > 
> > >> > Sounds good. Is there a rough timeline for that?
> > >> 
> > >> It should be released in early november.
> > >> As for the package itself, I might start working on it during the
> > >> next weekend or so.
> > >
> > >Hi,
> > >has the new version been released? It's not on the website.
> > 
> > Not yet. It's nearing release, but the developer is currently looking for 
> > user feedback.
> 
> What's the status? There's now only a handful of reverse dependencies left and
> I'll likely file removal bugs for gstreamer and it's last remaining reverse 
> deps
> in the next 3-4 weeks.

I've been in touch with upstream, and a beta version should finally be released
by the end of the week!

The package itself is mostly ready and should be submitted to mentors as soon
as upstream releases a beta.

Regards,
Thibaut Girka


signature.asc
Description: PGP signature

Bug#810969: libmutter0g: xclip sometimes causes gnome-shell --wayland to become unresponsive

[Thibaut Girka]

Package: libmutter0g
Version: 3.18.2-1
Severity: important

While I cannot reproduce this reliably, calls to “xclip” (that I use
through the “pass” package) sometimes cause the gnome-shell Wayland
compositor to become unresponsive and take 100% of one CPU core. Xwayland had
a relatively high CPU usage during this time, but nothing close to gnome-shell:
around 10%~20% of one core.
This is especially bad as it stalls any interaction with the compositor,
including VT switching, and I found no way of recovering except by killing the
gnome-shell compositor and thus losing all of its clients.
In addition, after some time, it fills gigabytes of various log files with
messages like:

Jan 12 13:23:22 faye gnome-session[1707]: (gnome-shell:1715): mutter-WARNING 
**: Error transfering wayland clipboard to X11: L'opération a été annulée

While it might not be entirely representative of how gnome-shell codes executes
in this condition, I managed to use gdb to get the following backtrace,
confirming once again that the issue lies within the XWayland clipboard
handling:

0x7fa67d97d08d in writev () at ../sysdeps/unix/syscall-template.S:81
#0  0x7fa67d97d08d in writev () at ../sysdeps/unix/syscall-template.S:81
#1  0x7fa67699952b in _xcb_conn_wait (count=0x7fff44bf2a64, 
vector=0x7fff44bf2a68, c=0x12d5700) at ../../src/xcb_conn.c:248
#2  0x7fa67699952b in _xcb_conn_wait (c=c@entry=0x12d5700, 
cond=cond@entry=0x12d6820, vector=vector@entry=0x7fff44bf2a68, 
count=count@entry=0x7fff44bf2a64) at ../../src/xcb_conn.c:490
#3  0x7fa6769998d1 in _xcb_out_send (c=c@entry=0x12d5700, 
vector=vector@entry=0x7fff44bf2ae0, count=count@entry=3) at 
../../src/xcb_out.c:367
#4  0x7fa67655 in xcb_writev (c=c@entry=0x12d5700, 
vector=vector@entry=0x7fff44bf2ae0, count=count@entry=3, 
requests=requests@entry=4) at ../../src/xcb_out.c:315
#5  0x7fa67adfad6e in _XSend (dpy=dpy@entry=0x12d44b0, data=data@entry=0x0, 
size=size@entry=0) at ../../src/xcb_io.c:495
#6  0x7fa67adfb0b5 in _XFlush (dpy=0x12d44b0) at ../../src/xcb_io.c:512
#7  0x7fa67addc65a in XFlush (dpy=0x12d44b0) at ../../src/Flush.c:39
#8  0x7fa67f8831d2 in meta_xwayland_selection_handle_event 
(compositor=, request_event=0x7fff44bf2ce0) at 
wayland/meta-xwayland-selection.c:509
#9  0x7fa67f8831d2 in meta_xwayland_selection_handle_event 
(xevent=0x7fff44bf2ce0, compositor=) at 
wayland/meta-xwayland-selection.c:1144
#10 0x7fa67f8831d2 in meta_xwayland_selection_handle_event 
(xevent=xevent@entry=0x7fff44bf2ce0) at wayland/meta-xwayland-selection.c:1470
#11 0x7fa67f8727f8 in xevent_filter (event=0x7fff44bf2ce0, 
display=0x1416b50 [MetaDisplay]) at x11/events.c:1684
#12 0x7fa67f8727f8 in xevent_filter (xevent=0x7fff44bf2ce0, 
event=, data=0x1416b50) at x11/events.c:1786
#13 0x7fa67ab428d1 in gdk_event_apply_filters 
(xevent=xevent@entry=0x7fff44bf2ce0, event=event@entry=0x4d95140, 
window=window@entry=0x0) at 
/build/gtk+3.0-SLiI62/gtk+3.0-3.18.6/./gdk/x11/gdkeventsource.c:81
#14 0x7fa67ab42eaf in _gdk_x11_display_queue_events (xevent=0x7fff44bf2ce0, 
event_source=0xf59e10) at 
/build/gtk+3.0-SLiI62/gtk+3.0-3.18.6/./gdk/x11/gdkeventsource.c:195
#15 0x7fa67ab42eaf in _gdk_x11_display_queue_events (display=0x12e5010 
[GdkX11Display]) at 
/build/gtk+3.0-SLiI62/gtk+3.0-3.18.6/./gdk/x11/gdkeventsource.c:338
#16 0x7fa67ab14f19 in gdk_display_get_event 
(display=display@entry=0x12e5010 [GdkX11Display]) at 
/build/gtk+3.0-SLiI62/gtk+3.0-3.18.6/./gdk/gdkdisplay.c:340
#17 0x7fa67ab42952 in gdk_event_source_dispatch (source=, 
callback=, user_data=) at 
/build/gtk+3.0-SLiI62/gtk+3.0-3.18.6/./gdk/x11/gdkeventsource.c:360
#18 0x7fa67dea6fd7 in g_main_context_dispatch (context=0xf48b00) at 
/build/glib2.0-2.46.2/./glib/gmain.c:3154
#19 0x7fa67dea6fd7 in g_main_context_dispatch 
(context=context@entry=0xf48b00) at /build/glib2.0-2.46.2/./glib/gmain.c:3769
#20 0x7fa67dea7230 in g_main_context_iterate (context=0xf48b00, 
block=block@entry=1, dispatch=dispatch@entry=1, self=) at 
/build/glib2.0-2.46.2/./glib/gmain.c:3840
#21 0x7fa67dea7552 in g_main_loop_run (loop=0x12c3ce0) at 
/build/glib2.0-2.46.2/./glib/gmain.c:4034
#22 0x7fa67f853afc in meta_run () at core/main.c:437
#23 0x004021a7 in main ()

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages libmutter0g depends on:
ii  gsettings-desktop-schemas  3.18.1-1
ii  libc6  2.21-6
ii  libcairo2  1.14.4-1
ii  libcanberra-gtk3-0 0.30-2.1
ii  libcanberra0   0.30-2.1
ii  libclutter-1.0-0   1.24.2-1
ii  libcogl20  

Bug#810969: libmutter0g: xclip sometimes causes gnome-shell --wayland to become unresponsive

[Thibaut Girka]

I have modified the “pass” utility to add additional “echo” statements in order
to pinpoint exactly which call to xclip caused the issue, and sure enough,
it happened again!

The offending call is “xclip -o -selection "clipboard"”, but I still cannot
reproduce the issue reliably.

I managed to stop gnome-shell from hogging resources by switching to another VT
and entering  “echo foo | xclip -in -selection clipboard”, but after switching
back its VT, gnome-shell still wasn't usable (at all). I suspect it's a
different bug specific to VT switching, though, has it has happened before with
the gdm VT.

Since then, I reproduced the issue once again, and running the same command from
a SSH session without doing any VT-switching saved my gnome-shell session!


signature.asc
Description: PGP signature

Bug#810739: uim-gtk3: Segfaults under Wayland

[Thibaut Girka]

Package: uim-gtk3
Version: 1:1.8.6-15
Severity: normal
Tags: upstream

uim-gtk3 makes call to uninitialized libX11 when running under Wayland, causing
a segmentation fault.

This can easily be reproduced by launching any gtk3 application under wayland
with “GTK_IM_MODULE” set to uim, for instance:
$ GTK_IM_MODULE=uim gedit



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages uim-gtk3 depends on:
ii  libatk1.0-0  2.18.0-1
ii  libc62.21-6
ii  libcairo-gobject21.14.4-1
ii  libcairo21.14.4-1
ii  libgcroots0  0.8.5-4.2
ii  libgdk-pixbuf2.0-0   2.32.3-1
ii  libglib2.0-0 2.46.2-3
ii  libgtk-3-0   3.18.6-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libuim-custom2   1:1.8.6-15
ii  libuim-data  1:1.8.6-15
ii  libuim-scm0  1:1.8.6-15
ii  libuim8  1:1.8.6-15
ii  libx11-6 2:1.6.3-1
ii  uim-common   1:1.8.6-15
ii  uim-utils1:1.8.6-15

uim-gtk3 recommends no packages.

Versions of packages uim-gtk3 suggests:
ii  uim-dict-gtk3  1:1.8.6-15

-- no debconf information

Bug#802976: Should this package be removed?

[Thibaut Girka]

Le 13 novembre 2015 18:42:55 CET, "Moritz Mühlenhoff" <j...@inutil.org> a écrit 
:
>On Tue, Oct 27, 2015 at 03:32:17PM +0100, Thibaut Girka wrote:
>> On Sun, Oct 25, 2015 at 09:22:53PM +0100, Moritz Mühlenhoff wrote:
>> > On Sun, Oct 25, 2015 at 07:51:20PM +0100, Thibaut Girka wrote:
>> > > On Sun, Oct 25, 2015 at 07:41:29PM +0100, Moritz Muehlenhoff
>wrote:
>> > > > Package: bluemindo
>> > > > Severity: serious
>> > > > 
>> > > > - Dead upstream (the current 0.3 release is from 2009)
>> > > 
>> > > A new major version is on the way and should be released soon.
>> > 
>> > Sounds good. Is there a rough timeline for that?
>> 
>> It should be released in early november.
>> As for the package itself, I might start working on it during the
>> next weekend or so.
>
>Hi,
>has the new version been released? It's not on the website.

Not yet. It's nearing release, but the developer is currently looking for user 
feedback.

Regards,
Thibaut Girka

Bug#785833: New upstream version incoming

[Thibaut Girka]

A major upstream version is scheduled for early december.
Amongst other things, this version will switch to Python 3, Gtk 3 as well as
GStreamer 1.0.

I plan to package it shortly after it releases.

Best regards,
Thibaut Girka


signature.asc
Description: PGP signature

Bug#802976: Should this package be removed?

[Thibaut Girka]

On Sun, Oct 25, 2015 at 09:22:53PM +0100, Moritz Mühlenhoff wrote:
> On Sun, Oct 25, 2015 at 07:51:20PM +0100, Thibaut Girka wrote:
> > On Sun, Oct 25, 2015 at 07:41:29PM +0100, Moritz Muehlenhoff wrote:
> > > Package: bluemindo
> > > Severity: serious
> > > 
> > > - Dead upstream (the current 0.3 release is from 2009)
> > 
> > A new major version is on the way and should be released soon.
> 
> Sounds good. Is there a rough timeline for that?

It should be released in early november.
As for the package itself, I might start working on it during the
next weekend or so.

Regards,
Thibaut Girka


signature.asc
Description: PGP signature

Bug#802976: Should this package be removed?

[Thibaut Girka]

On Sun, Oct 25, 2015 at 07:41:29PM +0100, Moritz Muehlenhoff wrote:
> Package: bluemindo
> Severity: serious
> 
> - Dead upstream (the current 0.3 release is from 2009)

A new major version is on the way and should be released soon.

> - Relies on gstreamer 0.10 which is scheduled for removal

This won't be the case anymore with the new release.

> - Unmaintained (last maintainer upload in 2010)

Indeed. I'm planning to package the upcoming version, though.

> - Low popcon and plenty of alternatives

True…

Regards,
Thibaut Girka.


signature.asc
Description: PGP signature

Bug#793157: flash-kernel: syslinux-style boot configuration on recent u-boot versions

[Thibaut Girka]

On Wed, Jul 22, 2015 at 08:44:44AM +0100, Ian Campbell wrote:
 […]
 It's hard to say without logs but I suspect you are missing the
 contents of /etc/default/flash-kernel which according to your working
 extlinux.conf in your case should should contain:
 
 LINUX_KERNEL_CMDLINE=root=/dev/mmcblk0p1 ro rootwait

It indeed cointained only “LINUX_KERNEL_CMDLINE=quiet”.

 This would normally be setup by d-i. You can either edit that file
 directly or dpkg-reconfigure -plow flash-kernel in the chroot.
 
 You might also be able to add console=tty there to override the default
 serial console.

Done, and it now boots fine using the boot.scr, thanks!


signature.asc
Description: Digital signature

Bug#793157: flash-kernel: syslinux-style boot configuration on recent u-boot versions

[Thibaut Girka]

On Tue, Jul 21, 2015 at 09:48:32PM +0100, Ian Campbell wrote:
  […]
  Long story short, I manually
 
 manually == with debootstrap from a host system or some other way?

Yes, debootstrap from my amd64 laptop (second stage in a chroot with
qemu-static). I also installed the kernel and flash-kernel in the chroot.

I just deleted the /boot/extlinux directory and ran flash-kernel again in the
booted system, but it still doesn't work.

  installed Debian Jessie (as well as linux-image-4.0.0-2-armmp and u
  -boot from u-boot-sunxi=2015.04+dfsg1-2) on an
  A20-OLinuXino-LIME2 from Olimex but couldn't get it to boot (even with the
  boot.scr created by flash-kernel when invoked in a chroot with
  “FK_MACHINE=Olimex A20-OLinuXino-LIME2 flash-kernel”) until I created the
  simple /boot/extlinux/extlinux.conf file attached.
 
 This is a bug, the boot.scr method is expected to work and should be
 supported for this system, since there is a db entry. If it is broken
 we'd like to know the details of how please, including full logs if
 possible.

It appears to load the kernel, and then nothing happens anymore, the screen
is black and everything appears dead. I have not tried accessing it through
the serial console as I don't have the required hardware (that is the reason
why I haven't used d-i in the first place, as it lacks display support).

  I'm not sure whether flash-kernel is the correct package to implement this
  feature, but there should be a way to automaticaly generate such files.
 
 The extlinux packages support generating these files, that support just
 needs to be split out and made non-x86 specific I think.
 
 That support shouldn't be duplicated in flash-kernel.

Ok, seems sensible. The dtb file is currently selected by flash-kernel, though.


signature.asc
Description: Digital signature

Bug#793157: flash-kernel: syslinux-style boot configuration on recent u-boot versions

[Thibaut Girka]

Package: flash-kernel
Severity: normal

syslinux-style /boot/extlinux/extlinux.conf superseed boot.scr in recent u-boot
versions and seems to be the way forward for u-boot configuration, but I
couldn't find anything to automatically generate them in Debian.

Long story short, I manually installed Debian Jessie (as well as
linux-image-4.0.0-2-armmp and u-boot from u-boot-sunxi=2015.04+dfsg1-2) on an
A20-OLinuXino-LIME2 from Olimex but couldn't get it to boot (even with the
boot.scr created by flash-kernel when invoked in a chroot with
“FK_MACHINE=Olimex A20-OLinuXino-LIME2 flash-kernel”) until I created the
simple /boot/extlinux/extlinux.conf file attached.

I'm not sure whether flash-kernel is the correct package to implement this
feature, but there should be a way to automaticaly generate such files.
menu title LIME2 boot menu
timeout 10
ontimeout linux
LABEL linux
KERNEL /boot/vmlinuz-4.0.0-2-armmp
INITRD /boot/initrd.img-4.0.0-2-armmp
fdt /boot/dtb-4.0.0-2-armmp
append root=/dev/mmcblk0p1 ro rootwait

Bug#753776: squishyball: X/X/Y test is broken

[Thibaut Girka]

On Mon, Oct 20, 2014 at 09:51:28PM +0100, Jonathan Dowland wrote:
 Dear Thibaut Girka,
 
 On Fri, Jul 04, 2014 at 11:44:28PM +0200, Thibaut Girka wrote:
  The X/X/Y test method of squishyball is completely broken.
  The attached patch fixes it and shouldn't break any of the
  other modes.
 
 Thanks for this, sorry for not replying sooner. I haven't yet wrapped my head
 around your change -- but I've passed it on to upstream for comment, and I 
 have
 a test -4 .deb build with it applied. I'm going to hope to consider this
 properly prior to the freeze and get that package uploaded if all seems well.

Sorry for the late reply!

So, let me explain the bug more properly:
Quoting the manpage, “X/X/Y testing is a form of A/B/X testing in which the
order of all samples is randomized and the position of the 'X' sample is not
known ahead of time to be in  the  third position.  In each trial, the user
selects which of sample 1, 2 or 3 is believed to be the sample that is
different from the other two.”

So, in X/X/Y mode, when presented with the three samples, one has to find
the “odd one out” and is not expected to know to which file the sample
corresponds to.

Now, if you try this mode using two completely different sound files, it will
become evident that the results are sometimes off:
$ squishyball --xxy --score-display 
/usr/share/games/wesnoth/1.10/data/core/music/heroes_rite.ogg 
/usr/share/games/wesnoth/1.10/data/core/music/main_menu.ogg

Unfortunately, my proposed patch was wrong too, as it broke A/B trial.

In the portion of code I modified, “flip_to” indicates the sample singled out
by the user: 1 if he typed “!”, 2 if he typed @, 3 if he typed “#”.
“randomize” and “cchoice” are set by randomize_samples:
* In the case of A/B trial, randomize[0] has a random value and randomize[1]
  is equal to “1 - randomize[0]”. “cchoice” is always 1.
  This is the case my patch broke, as the new condition “flip_to == choice”
  would not depend on the randomization anymore.
* In the case of A/B/X trial, randomize[0] = 0, randomize[1] = 1 and
  cchoice is whatever randomize[2] is.
  In this particular case, randomize[x] == x, for x ∈ [0, 1] so both my patch
  and the original code had the same behaviour.
* In the case of X/X/Y trial, “randomize” contains a random selection of 0
  and 1s (with one of the value different from the two others). “cchoice” is
  set to the index of the “randomize” element that is different from the
  others. In this case, “randomize[flip_to] == cchoice” is obviously wrong,
  since in the case cchoice is 2, there is no way to select the correct answer.
  The fix is then to set “cchoice” to the value of the different element (see
  attached patch).

Best regards,
Thibaut Girka.
--- a/main.c
+++ b/main.c
@@ -222,7 +222,7 @@
   r[1] = 1-r[1];
   r[2] = 1-r[2];
 }
-*cchoice = (r[0]==r[1] ? 2 : (r[1]==r[2] ? 0 : 1));
+*cchoice = r[(r[0]==r[1] ? 2 : (r[1]==r[2] ? 0 : 1))];
 break;
   }
 }


signature.asc
Description: Digital signature

Bug#760497: bluemindo does not start

[Thibaut Girka]

bluemindo works correctly here, but I think I know what could be going
wrong: bluemindo starts “minimized” and is only accessible from the tray
icon. If you have no tray icon, that might be a problem...

2014-09-04 20:27 GMT+02:00 Roland Koebler r.koeb...@yahoo.de:

 Package: bluemindo
 Version: 0.3-4
 Severity: important

 Dear Maintainer,

 bluemindo does not start correctly, and does not show any (graphical)
 user-interface. When I try to start bluemindo from an xterm, it only
 displays The dolphin reaches the surface! an then hangs and does
 nothing:

 $ bluemindo
 The dolphin reaches the surface!


 -- System Information:
 Debian Release: 7.6
   APT prefers stable-updates
   APT policy: (990, 'stable-updates'), (990, 'stable'), (160, 'testing'),
 (150, 'unstable')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386

 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages bluemindo depends on:
 ii  gstreamer0.10-plugins-base  0.10.36-1.1
 ii  python  2.7.3-4+deb7u1
 ii  python-glade2   2.24.0-3+b1
 ii  python-gst0.10  0.10.22-3
 ii  python-gtk2 2.24.0-3+b1
 ii  python-support  1.0.15
 ii  python-tagpy0.94.8-4

 Versions of packages bluemindo recommends:
 ii  python-dbus1.1.1-1
 ii  python-notify  0.1.1-3

 Versions of packages bluemindo suggests:
 pn  python-xmpp  none

 -- no debconf information

Bug#753776: squishyball: X/X/Y test is broken

[Thibaut Girka]

Package: squishyball
Version: 0.1~svn19085-3
Severity: normal
Tags: patch

Hi,
The X/X/Y test method of squishyball is completely broken.
The attached patch fixes it and shouldn't break any of the
other modes.



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

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages squishyball depends on:
ii  libao4  1.1.0-2
ii  libc6   2.19-4
ii  libflac81.3.0-2
ii  libncurses5 5.9+20140118-1
ii  libogg0 1.3.2-1
ii  libopusfile00.5-1
ii  libtinfo5   5.9+20140118-1
ii  libvorbis0a 1.3.2-1.4
ii  libvorbisfile3  1.3.2-1.4

squishyball recommends no packages.

squishyball suggests no packages.

-- no debconf information
--- a/main.c
+++ b/main.c
@@ -955,7 +955,7 @@
 
   /* record choice; during selection, flip_to contains the test choice  */
   choice_list[tests_cursor] = flip_to; /* flip_to; */
-  sample_list[tests_cursor] = (randomize[flip_to] == cchoice);
+  sample_list[tests_cursor] = (flip_to == cchoice);
   tests_cursor++;
   tests_total=tests_cursor;
 

Bug#749702: pycarddav: Please include a sample configuration file

[Thibaut Girka]

Package: pycarddav
Version: 0.6.1-1.1
Severity: wishlist
Tags: patch

The pycarddav binary package does not come with any documentation about
pycarddav's configuration files, although the source package ships with a
sample configuration file.
Please include it in the binary package.



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

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pycarddav depends on:
ii  python2.7.6-2
ii  python-pycarddav  0.6.1-1.1

pycarddav recommends no packages.

pycarddav suggests no packages.

-- no debconf information
diff --git a/debian/pycarddav.examples b/debian/pycarddav.examples
new file mode 100644
--- /dev/null
+++ b/debian/pycarddav.examples
@@ -0,0 +1,1 @@
+pycard.conf.sample

Bug#731039: linux-image-3.12-trunk-amd64: Laptop reboots after shutdown

[Thibaut Girka]

Package: src:linux
Version: 3.12-1~exp1
Severity: normal

Hi,
Since linux-image-3.12-rc7-amd64, shutting down (either from gdm3, lightdm,
xfce4 or by typing “poweroff”) results in the laptop rebooting in the two
seconds following the shutdown.
It is different from a normal (hard) reboot as the power LED actually goes off
for a short while before rebooting.
According to a few tests, it does not happen with linux-image-3.11-2-amd64, nor
does it happen when running on battery.



-- Package-specific info:
** Version:
Linux version 3.12-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.1 (Debian 4.8.1-10) ) #1 SMP Debian 3.12-1~exp1 (2013-11-17)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.12-trunk-amd64 
root=UUID=c278b0a8-2686-44a0-965e-3c107ff91d25 ro quiet

** Not tainted

** Kernel log:
[7.075132] cfg80211: World regulatory domain updated:
[7.075133] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[7.075134] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[7.075135] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[7.075136] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[7.075136] cfg80211:   (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[7.075137] cfg80211:   (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[7.114795] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni)
[7.143763] iwlwifi :03:00.0: CONFIG_IWLWIFI_DEBUG disabled
[7.143764] iwlwifi :03:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
[7.143765] iwlwifi :03:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled
[7.143766] iwlwifi :03:00.0: Detected Intel(R) Centrino(R) Wireless-N 
2230 BGN, REV=0xC8
[7.143814] iwlwifi :03:00.0: L1 Disabled; Enabling L0S
[7.174804] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'
[7.250506] alg: No test for crc32 (crc32-pclmul)
[7.927026] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off
[8.458016] Console: switching to colour frame buffer device 240x67
[8.461358] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[8.461359] i915 :00:02.0: registered panic notifier
[8.461729] acpi device:45: registered as cooling_device8
[8.461741] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[8.461766] input: Video Bus as 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input19
[8.461839] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[8.462151] snd_hda_intel :00:03.0: irq 50 for MSI/MSI-X
[8.483043] hda_codec: invalid CONNECT_LIST verb 5[1]:0
[8.483090] hda_codec: invalid CONNECT_LIST verb 6[1]:0
[8.483143] hda_codec: invalid CONNECT_LIST verb 7[1]:0
[8.483429] input: HDA Intel MID HDMI/DP,pcm=8 as 
/devices/pci:00/:00:03.0/sound/card1/input22
[8.483595] input: HDA Intel MID HDMI/DP,pcm=7 as 
/devices/pci:00/:00:03.0/sound/card1/input21
[8.483695] input: HDA Intel MID HDMI/DP,pcm=3 as 
/devices/pci:00/:00:03.0/sound/card1/input20
[9.121183] Adding 5242876k swap on /dev/sda5.  Priority:-1 extents:1 
across:5242876k 
[9.149947] EXT4-fs (sda1): re-mounted. Opts: (null)
[9.386843] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[9.884766] fuse init (API version 7.22)
[   10.140570] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: 
(null)
[   11.030261] RPC: Registered named UNIX socket transport module.
[   11.030265] RPC: Registered udp transport module.
[   11.030266] RPC: Registered tcp transport module.
[   11.030267] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   11.049444] FS-Cache: Loaded
[   11.069291] FS-Cache: Netfs 'nfs' registered for caching
[   11.097245] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[   12.971925] input: ACPI Virtual Keyboard Device as 
/devices/virtual/input/input23
[   14.580765] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   14.580768] Bluetooth: BNEP filters: protocol multicast
[   14.580776] Bluetooth: BNEP socket layer initialized
[   14.770132] Bluetooth: RFCOMM TTY layer initialized
[   14.770145] Bluetooth: RFCOMM socket layer initialized
[   14.770146] Bluetooth: RFCOMM ver 1.11
[   15.295933] lp: driver loaded but no devices found
[   15.320707] ppdev: user-space parallel port driver
[   17.470915] e1000e :00:19.0: irq 44 for MSI/MSI-X
[   17.571418] e1000e :00:19.0: irq 44 for MSI/MSI-X
[   17.571524] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   17.573160] iwlwifi :03:00.0: L1 Disabled; Enabling L0S
[   17.580840] iwlwifi :03:00.0: Radio type=0x2-0x0-0x0
[   17.822853] iwlwifi :03:00.0: L1 Disabled; Enabling L0S
[   17.830431] iwlwifi :03:00.0: Radio type=0x2-0x0-0x0
[   17.887467] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   19.048029] wlan0: authenticate with 06:18:84:1f:9a:85
[   19.058264] wlan0: send 

Bug#724568: ITP: hidapi -- Library for communicating for USB and Bluetooth HID devices

[Thibaut Girka]

On Tue, Sep 24, 2013 at 11:18:15PM -0400, Scott Talbert wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Scott Talbert s...@techie.net
 
 * Package name: hidapi
   Version : 0.7.0
   Upstream Author : Alan Ott a...@signal11.us
 * URL : http://www.signal11.us/oss/hidapi/
 * License : GPLv3 or BSD
   Programming Lang: C
   Description : Library for communicating for USB and Bluetooth HID 
 devices
 
 HIDAPI is a multi-platform library which allows an application to interface
 with USB and Bluetooth HID-class devices on Windows, Linux, FreeBSD, and Mac 
 OS
 X.  On Linux, either the hidraw or the libusb back-end can be used.  There are
 trade-offs and the functionality supported is slightly different.

Hi, did you start working on it? If so, is it publicly available somewhere?
I've started a package for my personal use, but as I wasn't sure it would
be useful to others and that I've got increasingly limited free time, I
haven't filed an ITP.

Anyway, I've attached my current debian.tar.gz if it can be of any help.

Regards,
Thibaut Girka.


hidapi_0.7.0+-1.debian.tar.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#720650: libsdl2-dev: Unneeded/undesirable/broken cflags returned by pkg-config

[Thibaut Girka]

Package: libsdl2-dev
Version: 2.0.0+dfsg1-1
Severity: normal

Hi,
The “external_header_paths.diff” patch adds “@EXTRA_CFLAGS@” to SDL2's
cflags in order to work around #669363.
This leads to a lot of unneeded, undesirable or broken Cflags when invoking
“pkg-config --cflags sdl2”:
“-D_REENTRANT -mmmx -m3dnow -msse -fvisibility=hidden -DHAVE_LINUX_VERSION_H
-Wall -I/usr/include/SDL2 -Iinclude
-I/build/libsdl2-hm4mPw/libsdl2-2.0.0+dfsg1/include -I/usr/include/dbus-1.0
-I/usr/lib/i386-linux-gnu/dbus-1.0/include”

Most paths are unneeded or plain broken. Things like “-fvisibility=hidden”
are especially harmful, as they might introduce unsuspected errors when
building shared objects.

Please drop this patch, which shouldn't be needed anymore as the directfb
backend is now disabled in the debian package.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages libsdl2-dev depends on:
ii  libasound2-dev1.0.27.1-2
ii  libgl1-mesa-dev   9.1.6-2
ii  libglu1-mesa-dev  9.0.0-1
ii  libpulse-dev  4.0-6
ii  libsdl2-2.0-0 2.0.0+dfsg1-1
ii  libts-dev 1.0-11
ii  libudev-dev   175-7.2
ii  libx11-dev2:1.6.1-1
ii  libxcursor-dev1:1.1.14-1
ii  libxext-dev   2:1.3.2-1
ii  libxi-dev 2:1.7.2-1
ii  libxinerama-dev   2:1.1.3-1
ii  libxrandr-dev 2:1.4.1-1
ii  libxss-dev1:1.2.2-1
ii  libxt-dev 1:1.1.4-1
ii  libxv-dev 2:1.0.9-1
ii  libxxf86vm-dev1:1.1.3-1

libsdl2-dev recommends no packages.

libsdl2-dev 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#699830: ITP: python-pygame2 -- Python Multimedia Development Library

[Thibaut Girka]

Package: wnpp
Severity: wishlist
Owner: Thibaut Girka t...@sitedethib.com

* Package name: python-pygame2
  Version : 2.0.0-beta2
  Upstream Author : Marcus von Appen mar...@sysfault.org
* URL : http://code.google.com/p/pgreloaded
* License : Public Domain / zlib
  Programming Lang: Python
  Description : Python Multimedia Development Library

Pygame2 (also known as pgreloaded) is a cross-platform multimedia framework
for Python focused on providing a ctype-based wrapper around SDL 2.0.

Pygame2 is not backward-compatible with Pygame, for which development is still
ongoing.


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

Bug#678623: libstdc++6-4.7-dev: Please make libstdc++6-4.7-dev m-a: same

[Thibaut Girka]

On Sat, Jun 23, 2012 at 08:58:11PM +0200, Thibaut Girka wrote:
 On Sat, Jun 23, 2012 at 01:18:16PM +0200, Matthias Klose wrote:
[snip] 
   The attached patch should fix that, by dropping the g++-4.7 dependency and
   marking libstdc++6-4.7-dev m-a: same.
  
  this won't help yet. you still cannot install the .o files, static libgcc.a 
  and
  c includes without installing the native compiler.
 
 Hm, right, but then, libstdc++6-4.7-dev should depend on gcc-4.7, not g++-4.7.
 This wouldn't help for multiarch, though.
 I'm not sure what the right thing should be...

Actually, I disagree. You don't need the C native compiler, nor the C++ C 
compiler.
You need a compiler for the target, regardless of whether it being a native or a
cross-compiler (see the attached log file as an example).

IMHO, libstdc++6-4.7-dev shouldn't strictly depend on g++-4.7 anyway.
In fact, libstdc++6-4.7-dev doesn't need g++ at all to be useful (ex: clang++).
However, it might need some object files provided by gcc itself, which might
be a problem for some packages relying on this (although gcc being 
build-essential
anyway, I don't think that is that much of a problem).
(sid-test)root@spike:~# dpkg -l | grep gcc
ii  gcc-4.7-base:i3864.7.1-2   i386 GCC, 
the GNU Compiler Collection (base package)
ii  libgcc1:i386 1:4.7.1-2 i386 GCC 
support library
(sid-test)root@spike:~# dpkg -l | grep libstdc++
ii  libstdc++6:i386  4.7.1-2   i386 GNU 
Standard C++ Library v3
(sid-test)root@spike:~# dpkg -I 
~thib/GSoC-2012/gcc/libstdc++6-4.7-dev_4.7.1-2_armhf.deb | grep Depends
 Depends: gcc-4.7-base (= 4.7.1-2), libstdc++6 (= 4.7.1-2), libc6-dev:armhf 
(= 2.13-5)
(sid-test)root@spike:~# apt-cache show libstdc++6 | grep Multi
Multi-Arch: same
(sid-test)root@spike:~# apt-get install --no-install-recommends 
gcc-4.7-base:armhf libstdc++6:armhf libc6-dev:armhf
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  libc-dev-bin libc6:armhf libgcc1:armhf linux-libc-dev:armhf
Suggested packages:
  glibc-doc:armhf locales:armhf manpages-dev:armhf
Recommended packages:
  manpages-dev gcc:armhf c-compiler:armhf
The following NEW packages will be installed:
  gcc-4.7-base:armhf libc-dev-bin libc6:armhf libc6-dev:armhf libgcc1:armhf 
libstdc++6:armhf linux-libc-dev:armhf
0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/7821 kB of archives.
After this operation, 20.6 MB of additional disk space will be used.
Do you want to continue [Y/n]?
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package gcc-4.7-base:armhf.
(Reading database ... 11771 files and directories currently installed.)
Unpacking gcc-4.7-base:armhf (from .../gcc-4.7-base_4.7.1-2_armhf.deb) ...
Selecting previously unselected package libgcc1:armhf.
Unpacking libgcc1:armhf (from .../libgcc1_1%3a4.7.1-2_armhf.deb) ...
Selecting previously unselected package libc6:armhf.
Unpacking libc6:armhf (from .../libc6_2.13-34_armhf.deb) ...
Selecting previously unselected package libstdc++6:armhf.
Unpacking libstdc++6:armhf (from .../libstdc++6_4.7.1-2_armhf.deb) ...
Selecting previously unselected package libc-dev-bin.
Unpacking libc-dev-bin (from .../libc-dev-bin_2.13-34_i386.deb) ...
Selecting previously unselected package linux-libc-dev:armhf.
Unpacking linux-libc-dev:armhf (from .../linux-libc-dev_3.2.21-3_armhf.deb) ...
Selecting previously unselected package libc6-dev:armhf.
Unpacking libc6-dev:armhf (from .../libc6-dev_2.13-34_armhf.deb) ...
Setting up gcc-4.7-base:armhf (4.7.1-2) ...
Setting up libc-dev-bin (2.13-34) ...
Setting up linux-libc-dev:armhf (3.2.21-3) ...
Setting up libc6:armhf (2.13-34) ...
debconf: unable to initialize frontend: Dialog
debconf: (No usable dialog-like program is installed, so the dialog based 
frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 
76.)
debconf: falling back to frontend: Readline
Setting up libc6-dev:armhf (2.13-34) ...
Setting up libgcc1:armhf (1:4.7.1-2) ...
Setting up libstdc++6:armhf (4.7.1-2) ...
(sid-test)root@spike:~# dpkg -i 
~thib/GSoC-2012/gcc/libstdc++6-4.7-dev_4.7.1-2_armhf.deb
Selecting previously unselected package libstdc++6-4.7-dev:armhf.
(Reading database ... 13222 files and directories currently installed.)
Unpacking libstdc++6-4.7-dev:armhf (from 
.../libstdc++6-4.7-dev_4.7.1-2_armhf.deb) ...
Setting up libstdc++6-4.7-dev:armhf (4.7.1-2) ...
(sid-test)root@spike:~# apt-get install --no-install-recommends 
g++-4.7-arm-linux-gnueabihf
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  binutils binutils-arm-linux-gnueabihf cpp-4.7-arm-linux-gnueabihf 
gcc-4.7-arm-linux-gnueabihf gcc-4.7-arm-linux-gnueabihf-base
  libgomp1:armhf libmpc2
Suggested

Bug#678623: libstdc++6-4.7-dev: Please make libstdc++6-4.7-dev m-a: same

[Thibaut Girka]

Package: libstdc++6-4.7-dev
Severity: wishlist
Tags: patch

It would be useful for libstdc++6-4.7-dev to be m-a: same, since it would
enable multiarch c++ cross-compilers (third-parties or not) to depend on the
target libstdc++6-4.7-dev.

The attached patch should fix that, by dropping the g++-4.7 dependency and
marking libstdc++6-4.7-dev m-a: same.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)
Foreign Architectures: armhf
amd64
armel

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# HG changeset patch
# User Thibaut Girka t...@sitedethib.com
# Date 1340362828 -7200
# Node ID 7fc890d5a61ea8bcc53cd5f666fa22aefb31d183
# Parent  723860cc0c2c41485abefbc0259c1d323d640dfa
Drop g++-4.7 from libstdc++*-dev's deps and make it Multi-Arch: same

diff --git a/debian/control.m4 b/debian/control.m4
--- a/debian/control.m4
+++ b/debian/control.m4
@@ -2128,7 +2128,9 @@
 Architecture: ifdef(`TARGET',`all',`any')
 Section: ifdef(`TARGET',`devel',`libdevel')
 Priority: ifdef(`TARGET',`extra',PRI(optional))
-Depends: BASEDEP, g++`'PV`'TS (= ${gcc:Version}), libstdc++CXX_SO`'LS (= ${gcc:Version}), ${dep:libcdev}, ${misc:Depends}
+ifdef(`MULTIARCH', `Multi-Arch: same
+')`'dnl
+Depends: BASEDEP, libstdc++CXX_SO`'LS (= ${gcc:Version}), ${dep:libcdev}, ${misc:Depends}
 ifdef(`TARGET',`',`dnl native
 Conflicts: libg++27-dev, libg++272-dev ( 2.7.2.8-1), libstdc++2.8-dev, libg++2.8-dev, libstdc++2.9-dev, libstdc++2.9-glibc2.1-dev, libstdc++2.10-dev ( 1:2.95.3-2), libstdc++3.0-dev
 Suggests: libstdc++CXX_SO`'PV-doc

Bug#678623: libstdc++6-4.7-dev: Please make libstdc++6-4.7-dev m-a: same

[Thibaut Girka]

On Sat, Jun 23, 2012 at 01:18:16PM +0200, Matthias Klose wrote:
 On 23.06.2012 12:12, Thibaut Girka wrote:
  Package: libstdc++6-4.7-dev
  Severity: wishlist
  Tags: patch
  
  It would be useful for libstdc++6-4.7-dev to be m-a: same, since it would
  enable multiarch c++ cross-compilers (third-parties or not) to depend on the
  target libstdc++6-4.7-dev.
 
 is this needed for package builds?

This is only needed to cross-build C++ programs, as libstdc++6-4.7-dev:arch 
would
be a dependency of g++-4.7-triplet, and bypassing this dependency wouldn't 
work.

  The attached patch should fix that, by dropping the g++-4.7 dependency and
  marking libstdc++6-4.7-dev m-a: same.
 
 this won't help yet. you still cannot install the .o files, static libgcc.a 
 and
 c includes without installing the native compiler.

Hm, right, but then, libstdc++6-4.7-dev should depend on gcc-4.7, not g++-4.7.
This wouldn't help for multiarch, though.
I'm not sure what the right thing should be...


signature.asc
Description: Digital signature

Bug#676232: dpkg: Please add support for specific arch qualifiers (cross-dependencies)

[Thibaut Girka]

Package: dpkg
Version: 1.16.3+nmu1
Severity: wishlist
Tags: patch

Hi,

I'm currently working on multiarch-friendly cross-toolchains.
Such packages would greatly benefit from specific arch qualifiers in both
binary package field “Depends” and source package field “Build-
Depends”.
The latter is already handled in apt-get's “build-dep” command.

Having such a feature in Wheezy would be great, as it would enable third-
parties to provide cross-compilers depending on the target arch's packages.
Plus, such a feature shouldn't change anything to how existing packages are
handled.
Thus, I think this is a useful and safe feature to add, suitable for Wheezy.

The attached patch applies on top of the patch provided in #558095, although I
haven't set it as a blocker, since those are two separate issues.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-1
ii  libc62.13-33
ii  libselinux1  2.1.9-2
ii  tar  1.26-4
ii  xz-utils 5.1.1alpha+20110809-3
ii  zlib1g   1:1.2.7.dfsg-11

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.5.1+nmu2

-- no debconf information
From a74262dfa5d9f1b437d66bf1cc969bf3dcc52117 Mon Sep 17 00:00:00 2001
From: Thibaut Girka t...@sitedethib.com
Date: Thu, 26 Apr 2012 23:08:14 +0200
Subject: [PATCH 2/2] Add support for specific arch qualifiers and cross-arch
 dependencies

---
 lib/dpkg/fields.c|2 --
 scripts/Dpkg/Deps.pm |5 -
 2 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/lib/dpkg/fields.c b/lib/dpkg/fields.c
index ed655f9..07091d2 100644
--- a/lib/dpkg/fields.c
+++ b/lib/dpkg/fields.c
@@ -448,8 +448,6 @@ f_dependency(struct pkginfo *pkg, struct pkgbin *pkgbin,
 
 if (dop-arch-type == arch_illegal)
   emsg = dpkg_arch_name_is_illegal(arch.buf);
-else if (dop-arch-type != arch_wildcard)
-  emsg = _(a value different from 'any' is currently not allowed);
 if (emsg)
   parse_error(ps, _('%s' field, reference to '%.255s': 
 invalid architecture name '%.255s': %s),
diff --git a/scripts/Dpkg/Deps.pm b/scripts/Dpkg/Deps.pm
index d85ad5f..89cbbfa 100644
--- a/scripts/Dpkg/Deps.pm
+++ b/scripts/Dpkg/Deps.pm
@@ -575,7 +575,7 @@ sub parse_string {
   ([a-zA-Z0-9][a-zA-Z0-9+.-]*)  # package name
   (?:   # start of optional part
 :   # colon for architecture
-(any|native)# architecture name
+([a-zA-Z0-9][a-zA-Z0-9-]*)  # architecture name
   )?# end of optional part
   (?:   # start of optional part
 \s* \(  # open parenthesis for version part
@@ -1275,6 +1275,9 @@ sub _find_package {
 	return $p if $ma eq allowed;
 	} elsif ($archqual eq native) {
 	return $p if $a eq $build_arch and $ma ne foreign;
+	} else
+	{
+	return $p if $a eq $archqual;
 	}
 }
 return undef;
-- 
1.7.10

Bug#666760: [libc6-dev] Make libc6-dev multiarch-installable

[Thibaut Girka]

tags 666760 patch
thanks

Hi,
I was wondering why libc6-dev wasn't m-a: same, and I've decided to identify 
which files
are arch-dependent but not in arch-qualified paths.


Here is what I've found using libc6-dev=2.13-32 binary packages from the 
archive:

Searching for conflicts across the following architectures:
amd64, armel, armhf, i386, m68k, mips, mipsel, powerpc, s390, s390x, 
sh4, sparc, sparc64

usr/include/a.out.h
44363cebe3e379d8aea5d368502ec4b4439c47eesparc, sparc64
131d2b9e51280468ac6736db94ff981a79364e29s390, sh4, amd64, 
s390x, m68k, powerpc, i386, armel, armhf, mips, mipsel
usr/include/ieee754.h
8401e96f11f497f1dda32a878f50c7e74404defas390, s390x, sparc64, 
sparc
d09e81c714db219efdca7f16f7e53fc6da6b94f9powerpc
41468caf81199e2bafafb8f8fbeb8be8be628f44mips, mipsel
ed7ef9b8e4fb8673d3bb53a259c49f434fcaadd1sh4, amd64, m68k, i386, 
armel, armhf


I have no idea why the a.out.h file is different on sparc/sparc64, but,
although some unification should be possible without breaking the ABI,
I think having different ieee754.h files make sense, as different floating point
number representations are used on different architectures.

Thus, I think moving those files to arch-qualified paths would be enough for 
wheezy.
That's what the attached patch does.

Regards,
Thibaut Girka.
Index: debian/control.in/libc
===
--- debian/control.in/libc	(révision 5259)
+++ debian/control.in/libc	(copie de travail)
@@ -26,6 +26,7 @@
 Architecture: @archs@
 Section: libdevel
 Priority: optional
+Multi-Arch: same
 Depends: @libc@ (= ${binary:Version}), libc-dev-bin (= ${binary:Version}), ${misc:Depends}, linux-libc-dev [linux-any], kfreebsd-kernel-headers (= 0.11) [kfreebsd-any], gnumach-dev [hurd-i386], hurd-dev (= 20080607-3) [hurd-i386]
 Replaces: hurd-dev ( 20120408-3) [hurd-i386]
 Recommends: gcc | c-compiler
Index: debian/rules.d/build.mk
===
--- debian/rules.d/build.mk	(révision 5259)
+++ debian/rules.d/build.mk	(copie de travail)
@@ -176,6 +176,8 @@
 	  mv debian/tmp-$(curpass)/usr/include/gnu debian/tmp-$(curpass)/usr/include/$(DEB_HOST_MULTIARCH); \
 	  mv debian/tmp-$(curpass)/usr/include/sys debian/tmp-$(curpass)/usr/include/$(DEB_HOST_MULTIARCH); \
 	  mv debian/tmp-$(curpass)/usr/include/fpu_control.h debian/tmp-$(curpass)/usr/include/$(DEB_HOST_MULTIARCH); \
+	  mv debian/tmp-$(curpass)/usr/include/a.out.h debian/tmp-$(curpass)/usr/include/$(DEB_HOST_MULTIARCH); \
+	  mv debian/tmp-$(curpass)/usr/include/ieee754.h debian/tmp-$(curpass)/usr/include/$(DEB_HOST_MULTIARCH); \
 	fi
 
 	# For our biarch libc, add an ld.so.conf.d configuration; this
Index: debian/rules.d/stage1.mk
===
--- debian/rules.d/stage1.mk	(révision 5259)
+++ debian/rules.d/stage1.mk	(copie de travail)
@@ -65,6 +65,8 @@
 	mv $(DESTDIR)/usr/include/gnu   $(DESTDIR)/usr/include/$(DEB_HOST_MULTIARCH)
 	mv $(DESTDIR)/usr/include/sys   $(DESTDIR)/usr/include/$(DEB_HOST_MULTIARCH)
 	mv $(DESTDIR)/usr/include/fpu_control.h $(DESTDIR)/usr/include/$(DEB_HOST_MULTIARCH)
+	mv $(DESTDIR)/usr/include/a.out.h	$(DESTDIR)/usr/include/$(DEB_HOST_MULTIARCH)
+	mv $(DESTDIR)/usr/include/ieee754.h	$(DESTDIR)/usr/include/$(DEB_HOST_MULTIARCH)
 	$(call xx,extra_install)
 	touch $@
 


signature.asc
Description: Digital signature

Bug#666760: [libc6-dev] Make libc6-dev multiarch-installable

[Thibaut Girka]

On Sat, Jun 02, 2012 at 09:02:54PM +0200, Aurelien Jarno wrote:
 Your patch actually also makes libc0.1-dev, libc0.3-dev and libc6.1-dev
 m-a: same. You should also check for files in these packages.

Oh, I didn't know about that.

libc0.1-dev is ok.
libc0.3-dev is ok since it's only available for one architecture.
libc6.1-dev is ok too.

 -- 
 Aurelien JarnoGPG: 1024D/F1BCDB73
 aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: Digital signature

Bug#675511: gcc-4.7: Please drop dpkg-cross build-dependency when building cross-compilers

[Thibaut Girka]

Package: gcc-4.7
Version: 4.7.0-11
Severity: minor
Tags: patch

Hi,
The build process itself doesn't involve dpkg-cross at all, but dpkg-cross is
added to Build-Depends when building a cross-compiler.

The attached patch fixes that.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages gcc-4.7 depends on:
ii  binutils  2.22-6
ii  cpp-4.7   4.7.0-11
ii  gcc-4.7-base  4.7.0-11
ii  libc6 2.13-32.1
ii  libgcc1   1:4.7.0-11
ii  libgmp10  2:5.0.5+dfsg-1.1
ii  libgomp1  4.7.0-11
ii  libitm1   4.7.0-11
ii  libmpc2   0.9-4
ii  libmpfr4  3.1.0-5
ii  libquadmath0  4.7.0-11
ii  zlib1g1:1.2.7.dfsg-1

Versions of packages gcc-4.7 recommends:
ii  libc6-dev  2.13-32.1

Versions of packages gcc-4.7 suggests:
pn  binutils-goldnone
pn  gcc-4.7-doc  none
pn  gcc-4.7-locales  none
pn  gcc-4.7-multilib none
pn  libgcc1-dbg  none
pn  libgomp1-dbg none
pn  libitm1-dbg  none
pn  libmudflap0-4.7-dev  none
pn  libmudflap0-dbg  none
pn  libquadmath0-dbg none

-- no debconf information
# HG changeset patch
# User Thibaut Girka t...@sitedethib.com
# Date 1338499387 -7200
# Node ID 6a2bbfde59637a3a891cf5e1c19fa88b5e575383
# Parent  739922b4b88922641bcac1f47773648fb3a3e294
Remove useless build-dep on dpkg-cross.

diff -r 739922b4b889 -r 6a2bbfde5963 debian/rules.conf
--- a/debian/rules.conf	Thu May 31 19:38:24 2012 +0200
+++ b/debian/rules.conf	Thu May 31 23:23:07 2012 +0200
@@ -120,10 +120,6 @@
   DPKG_BUILD_DEP = dpkg-dev (= 1.16.0~ubuntu4),
 endif
 
-ifeq ($(DEB_CROSS),yes)
-  DPKG_BUILD_DEP += dpkg-cross (= 1.25.99),
-endif
-
 # The binutils version needed.
 # The oldest suitable versions for the various platforms can be found in
 # INSTALL/specific.html ; we take a tighter dependency if possible to be on

Bug#675516: gcc-4.7: Building cross-compiler fails because of wrongly-named man pages

[Thibaut Girka]

Package: gcc-4.7
Version: 4.7.0-11
Severity: normal
Tags: patch

Hi,
Building cross-compilers from the gcc-4.7 source packages fails since some
manual pages file names are not correctly prefixed.

The attached patch fixes this issue.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages gcc-4.7 depends on:
ii  binutils  2.22-6
ii  cpp-4.7   4.7.0-11
ii  gcc-4.7-base  4.7.0-11
ii  libc6 2.13-32.1
ii  libgcc1   1:4.7.0-11
ii  libgmp10  2:5.0.5+dfsg-1.1
ii  libgomp1  4.7.0-11
ii  libitm1   4.7.0-11
ii  libmpc2   0.9-4
ii  libmpfr4  3.1.0-5
ii  libquadmath0  4.7.0-11
ii  zlib1g1:1.2.7.dfsg-1

Versions of packages gcc-4.7 recommends:
ii  libc6-dev  2.13-32.1

Versions of packages gcc-4.7 suggests:
pn  binutils-goldnone
pn  gcc-4.7-doc  none
pn  gcc-4.7-locales  none
pn  gcc-4.7-multilib none
pn  libgcc1-dbg  none
pn  libgomp1-dbg none
pn  libitm1-dbg  none
pn  libmudflap0-4.7-dev  none
pn  libmudflap0-dbg  none
pn  libquadmath0-dbg none

-- no debconf information
# HG changeset patch
# User Thibaut Girka t...@sitedethib.com
# Date 1338499397 -7200
# Node ID 9d3934ea8e582df73edf430103b67cdb693f7c3e
# Parent  6a2bbfde59637a3a891cf5e1c19fa88b5e575383
Fix manpages name when building cross-compilers.

diff -r 6a2bbfde5963 -r 9d3934ea8e58 debian/rules2
--- a/debian/rules2	Thu May 31 23:23:07 2012 +0200
+++ b/debian/rules2	Thu May 31 23:23:17 2012 +0200
@@ -1747,7 +1747,9 @@
 	  rm -f $(d)/$(PF)/bin/hppa64-linux-gnu-gcc-4*; \
 	fi
 
-	cp debian/gcc-{ar,nm,ranlib}$(pkg_ver).1 $(d)/$(PF)/share/man/man1/
+	for i in ar nm ranlib; do \
+	  cp debian/gcc-$$i$(pkg_ver).1 $(d)/$(PF)/share/man/man1/$(cmd_prefix)gcc-$$i$(pkg_ver).1; \
+	done
 
 	: # remove files not needed from the hppa64 build
 	rm -rf $(d)/$(PF)/share/info
@@ -2076,7 +2078,9 @@
   endif
 endif
 
-	cp debian/gcc-{ar,nm,ranlib}$(pkg_ver).1 $(d)/$(PF)/share/man/man1/
+	for i in ar nm ranlib; do \
+	  cp debian/gcc-$$i$(pkg_ver).1 $(d)/$(PF)/share/man/man1/$(cmd_prefix)gcc-$$i$(pkg_ver).1; \
+	done
 
 	chmod 755 debian/dh_*
 

Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)

[Thibaut Girka]

On Wed, May 30, 2012 at 03:22:59PM -0500, Jonathan Nieder wrote:
 Thibaut Girka wrote:
 
  I couldn't reproduce this because of other failed tests.
 
 Which test?

dlfcn/bug-atexit3 is the first to fail (fails to load libstdc++.so.6).

 If you use LD_LIBRARY_PATH to use the newly built libc
 and libpthread, does your testcase still reproduce the bug?  (It
 should be possible to see if the intended libs are being picked up
 with ldd.)

Yeah, running it using the newly-built glibc reproduces the bug.

(I ran it like that:
 ./elf/ld-linux.so.2 --library-path .:elf:nptl /home/thib/tmp/a.out
)

In addition, I've been watching /proc/$PID/status to see how the program 
behaves.
Most of the time, the number of threads stays in 2 ~ NB_THREADS, but at some 
point in time,
it may increase to hundreds, or even thousands of threads.

Regards,
Thibaut Girka.


signature.asc
Description: Digital signature

Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)

[Thibaut Girka]

On Tue, May 29, 2012 at 10:07:42PM -0500, Jonathan Nieder wrote:
 Hi Thibaut,
 
 Thibaut Girka wrote:
 
  I've been bitten by this bug too, and here is what I've gathered:
 
  tst-eintr1 spawns threads continuously, without joining them, until it
  receives a SIGALRM.
 
 Thanks for the analysis.
 
 If I am reading correctly, tst-eintr1 tries to spawn 11 child threads,
 one of which sends SIGUSR1 to other threads in a loop with a handler
 that writes '.' and the other 10 of which spawn and join a child
 repeatedly in a loop.  At any given moment, there would be somewhere
 in the range of 12 to 22 active threads (1 x driver + 1 x signal
 source + 10 x tf1 + 0-10 x tf2).

Nevermind me, I must have been lacking some sleep :)
You're right, the test spawns 10 threads (and those are the only ones that 
aren't joined immediatly),
then, each thread + itself tries to spawn + join a thread...

 Have you noticed the test behaving differently?  Maybe when
 pthread_join returns the process is still around?  How do you know
 there are extra unjoined threads?

Well, no, after a quick inspection, it appears the test behaves correctly.
Then, I have no idea why it would fail.
12~23 threads is well within any limit set up on my system, as far as I can 
tell...

Sorry for wasting your time,
Thibaut Girka.


signature.asc
Description: Digital signature

Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)

[Thibaut Girka]

On Wed, May 30, 2012 at 02:22:00AM -0500, Jonathan Nieder wrote:
 Thibaut Girka wrote:
 
  Well, no, after a quick inspection, it appears the test behaves correctly.
  Then, I have no idea why it would fail.
 
 Thanks.  Ok, a new test to try:
 
  # get the source:
  git clone git://sourceware.org/git/glibc.git
[...]
 If it reproduces the problem, then that would mean this is not Debian-
 specific, so please write to libc-h...@sourceware.org in that case to
 request advice[1].  (If we are lucky, someone might recognize the bug or
 know of some command like strace -f or patch that could help track
 it down.)

I'll try that.

In the meantime, I've came up with a simpler (only one spawner, no signal 
handling)
test (attached) that exhibits the same issue.
It appears that, for some reason, at some point in time, the threads aren't 
cleaned up anymore
(just monitor /proc/$pid/task when the test is running), even though the 
pthread_join calls succeed...
This isn't always reproductible, but it happens fairly often.

Regards,
Thibaut Girka.
#include stdlib.h
#include stdio.h
#include pthread.h
#include sys/types.h
#include unistd.h

#define NB_THREADS	20

void *thread_func(void *arg)
{
	return arg;
}


int main(void)
{
	unsigned int i = 0, j;
	void *result;
	pthread_t threads[NB_THREADS];

	printf(Please watch /proc/%d/task as I'm running!\n, getpid());

	/* Pre-spawn NB_THREAD threads */
	for (j = 0; j  NB_THREADS; j++)
	{
		if (pthread_create(threads[j], NULL, thread_func, (void *) j) != 0)
		{
			perror(pthread_create);
			return 1;
		}
	}

	/* Now, close one thread, spawn another. FIFO style. */
	while(1)
	{
		if (pthread_join(threads[i % NB_THREADS], result) != 0)
		{
			perror(pthread_join);
			break;
		}
		if ((unsigned int) result != (i % NB_THREADS))
		{
			printf(Invalid reslut: %d!\n, (unsigned int) result);
			break;
		}
		if (pthread_create(threads[i % NB_THREADS], NULL, thread_func, (void *) (i % NB_THREADS)) != 0)
		{
			perror(pthread_create);
			break;
		}
		i += 1;
		if (i % 5 == 0)
			printf(%d threads created\n, i);
	}

	printf(%d threads created\n, i);

	return 0;
}


signature.asc
Description: Digital signature

Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)

[Thibaut Girka]

On Wed, May 30, 2012 at 11:07:29AM +0200, Thibaut Girka wrote:
 On Wed, May 30, 2012 at 02:22:00AM -0500, Jonathan Nieder wrote:
 [...]
  If it reproduces the problem, then that would mean this is not Debian-
  specific, so please write to libc-h...@sourceware.org in that case to
  request advice[1].  (If we are lucky, someone might recognize the bug or
  know of some command like strace -f or patch that could help track
  it down.)
 
 I'll try that.

I couldn't reproduce this because of other failed tests.

But...

 In the meantime, I've came up with a simpler (only one spawner, no signal 
 handling)
 test (attached) that exhibits the same issue.
 It appears that, for some reason, at some point in time, the threads aren't 
 cleaned up anymore
 (just monitor /proc/$pid/task when the test is running), even though the 
 pthread_join calls succeed...
 This isn't always reproductible, but it happens fairly often.

This bug seems to be only present on SMP systems.
I could run eglibc's tst-eintr1 with “ulimit -u 300” and TIMEOUTFACTOR=300 
without any problem.
Plus, the test I wrote runs without any issue (left it run for about 30 minutes)
with a dedicated user and “ulimit -u $NB_THREADS + 5”, whereas it almost 
immediately fails on SMP systems.

(I've tried on the same machine with a -486 kernel)

Regards,
Thibaut Girka.


signature.asc
Description: Digital signature

Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)

[Thibaut Girka]

I've been bitten by this bug too, and here is what I've gathered:

tst-eintr1 spawns threads continuously, without joining them, until it receives 
a SIGALRM.
This is supposed to occur take 3 seconds, which, on my computer, makes roughly 
5k threads unjoined threads, which is already a large number.
Now, when building from the source package, this test doesn't run for 3 
seconds, but for 150 seconds due to TIMEOUTFACTOR=50...
This changes the large number of 5k threads to something really huge: about 
250k (potentially finished, but never joined) threads.
Although I don't really know how finished-but-unjoined threads are handled, 
such a large number is bound to hit some limit.

Regards,
Thibaut Girka.


signature.asc
Description: Digital signature

Bug#558095: dpkg: please accept :native multiarch qualifier in build dependencies

[Thibaut Girka]

Package: dpkg-dev
Version: 1.16.2
Followup-For: Bug #558095

Here is a patch implementing “:any” and “:native” qualifiers as
specified in the Multiarch spec and MultiarchCross.

This introduces a difference between regular Deps and Build-Deps: the second
now allows the “:native”, disallowed in the former.
This is implemented by adding a new “build_dep” option to deps_parse.
When this option is disabled (which it is by default), the “:native”
qualifier is rejected with a parse error. Otherwise, it is accepted and handled
according to the MultiarchCross spec.

This change might need changes in other packages as well, namely, src:sbuild
and src:emdebian-crush. I will take care of that if this patch is approved.

Another point not mentionned in the current version of MultiarchCross is the
implicit dependency on “build-essential”.
As it doesn't make sense to depend on “build-essential” for a foreign arch,
I've changed this build-dependency to “build-essential:native”.
An implicit build-dep on “build-essential-cross-$DEB_HOST_ARCH” or
something similar would probably make sense, but such a package doesn't exist
yet, nor has it been described in the current specification.

Last but not least, dpkg-buildpackage's “-a” option doesn't imply “-d”
anymore, as it is now able to resolve the dependencies correctly (provided that
the source package gets updated). Of course, the “-d” switch can still be
used.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages dpkg-dev depends on:
ii  base-files  6.7
ii  binutils2.22-6
ii  bzip2   1.0.6-1
ii  libdpkg-perl1.16.2
ii  libfile-fcntllock-perl  0.14-1+b1
ii  make3.81-8.2
ii  patch   2.6.1-3
ii  xz-utils5.1.1alpha+20110809-3

Versions of packages dpkg-dev recommends:
ii  build-essential  11.5
ii  fakeroot 1.18.2-1
ii  gcc [c-compiler] 4:4.6.2-4
ii  gcc-4.4 [c-compiler] 4.4.7-1
ii  gcc-4.5 [c-compiler] 4.5.3-12
ii  gcc-4.6 [c-compiler] 4.6.3-1
ii  gnupg1.4.12-4
ii  gpgv 1.4.12-4
ii  libalgorithm-merge-perl  0.08-2
ii  tcc [c-compiler] 0.9.26~git20120104.83d57c0-5

Versions of packages dpkg-dev suggests:
pn  debian-keyring  none

-- no debconf information
diff --git a/scripts/Dpkg/Deps.pm b/scripts/Dpkg/Deps.pm
index 9635cc2..d85ad5f 100644
--- a/scripts/Dpkg/Deps.pm
+++ b/scripts/Dpkg/Deps.pm
@@ -51,7 +51,7 @@ use warnings;
 our $VERSION = 1.01;
 
 use Dpkg::Version;
-use Dpkg::Arch qw(get_host_arch);
+use Dpkg::Arch qw(get_host_arch get_build_arch);
 use Dpkg::ErrorHandling;
 use Dpkg::Gettext;
 
@@ -271,6 +271,11 @@ current architecture.
 If set to 1, returns a Dpkg::Deps::Union instead of a Dpkg::Deps::AND. Use
 this when parsing non-dependency fields like Conflicts.
 
+=item build_dep (defaults to 0)
+
+If set to 1, allow build-dep only arch qualifiers, that is “:native”.
+This should be set whenever working with build-deps.
+
 =back
 
 =cut
@@ -282,6 +287,7 @@ sub deps_parse {
 $options{reduce_arch} = 0 if not exists $options{reduce_arch};
 $options{host_arch} = get_host_arch() if not exists $options{host_arch};
 $options{union} = 0 if not exists $options{union};
+$options{build_dep} = 0 if not exists $options{build_dep};
 
 # Strip trailing/leading spaces
 $dep_line =~ s/^\s+//;
@@ -292,7 +298,9 @@ sub deps_parse {
 my @or_list = ();
 foreach my $dep_or (split(/\s*\|\s*/m, $dep_and)) {
 	my $dep_simple = Dpkg::Deps::Simple-new($dep_or, host_arch =
-	 $options{host_arch});
+	 $options{host_arch},
+	 build_dep =
+	 $options{build_dep});
 	if (not defined $dep_simple-{package}) {
 		warning(_g(can't parse dependency %s), $dep_or);
 		return undef;
@@ -538,6 +546,8 @@ sub new {
 bless $self, $class;
 $self-reset();
 $self-{host_arch} = $opts{host_arch} || Dpkg::Arch::get_host_arch();
+$self-{build_arch} = $opts{build_arch} || Dpkg::Arch::get_build_arch();
+$self-{build_dep} = $opts{build_dep} || 0;
 $self-parse_string($arg) if defined($arg);
 return $self;
 }
@@ -565,7 +575,7 @@ sub parse_string {
   ([a-zA-Z0-9][a-zA-Z0-9+.-]*)  # package name
   (?:   # start of optional part
 :   # colon for architecture
-(any)   # architecture name
+(any|native)# architecture name
   )?

Bug#668988: Closes wrong page on child process exit

[Thibaut Girka]

Package: sakura
Version: 3.0.3-1
Severity: normal
Tags: patch

Sakura occasionally closes the wrong notebook page when a term process exits.
Indeed, Sakura removes the current page instead of the page used by the
terminal.

This can easily be reproduced by opening several pages, typing “sleep 5 
exit” in one, and switching to another page.



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (105, 'experimental')
Architecture: armhf (armv7l)

Kernel: Linux 3.0.0-2+armhf.1-mx5
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sakura depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-27
ii  libcairo-gobject2   1.12.0-2
ii  libcairo2   1.12.0-2
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.0-2
ii  libglib2.0-02.32.0-4
ii  libgtk-3-0  3.2.3-1
ii  libpango1.0-0   1.30.0-1
ii  libvte-2.90-9   1:0.32.0-2
ii  libx11-62:1.4.4-4+b1

sakura recommends no packages.

sakura suggests no packages.

-- no debconf information
Description: Close the right page when a child process exits
 When a child process exits, sakura closes the current notebook page,
 which can be different from the page in which the child process was
 actually running.
Author: Thibaut Girka t...@sitedethib.com
Forwarded: no

--- sakura-3.0.3.orig/src/sakura.c
+++ sakura-3.0.3/src/sakura.c
@@ -604,7 +604,8 @@ sakura_child_exited (GtkWidget *widget,
 	gint status, page, npages;
 	struct terminal *term;
 
-	page = gtk_notebook_get_current_page(GTK_NOTEBOOK(sakura.notebook));
+	page = gtk_notebook_page_num(GTK_NOTEBOOK(sakura.notebook),
+gtk_widget_get_parent(widget));
 	npages = gtk_notebook_get_n_pages(GTK_NOTEBOOK(sakura.notebook));
 	term = sakura_get_page_term(sakura, page);
 

Bug#648892: TypeError: integer argument expected, got float

[Thibaut Girka]

Package: gnome-osd
Version: 0.12.2-1
Followup-For: Bug #648892

Here is a patch to fix this bug.



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

Kernel: Linux 3.0.0-2+armhf.1-mx5
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-osd depends on:
ii  gconf2  3.2.3-1
ii  python  2.7.2-10
ii  python-dbus 0.84.0-3
ii  python-gnome2   2.28.1+dfsg-1
ii  python-gtk2 2.24.0-3
ii  python-pyorbit  2.24.0-6+b1
ii  python-pyorbit-omg  2.24.0-6
ii  python-support  1.0.14

gnome-osd recommends no packages.

Versions of packages gnome-osd suggests:
ii  evolution  none
ii  muine  none
ii  pidgin none
ii  rhythmbox  none
ii  xchat  2.8.8-3.1+b1

-- no debconf information
Author: Thibaut Girka t...@sitedethib.com
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648892
Subject: Fix type mismatch by using explicit integer divisions.

diff -Nur -x '*.orig' -x '*~' gnome-osd-0.12.2/gnomeosd/server.py gnome-osd-0.12.2.new/gnomeosd/server.py
--- gnome-osd-0.12.2/gnomeosd/server.py	2007-04-07 16:43:54.0 +0200
+++ gnome-osd-0.12.2.new/gnomeosd/server.py	2012-02-19 12:51:18.539998824 +0100
@@ -235,7 +235,7 @@
 elif halign == pango.ALIGN_RIGHT:
 x = desk_x + desk_w - w.width - 2
 else: # center
-x = desk_x + desk_w/2 - w.width/2
+x = desk_x + (desk_w - w.width) // 2
 
 occupied_areas = [inst.occupied_area for inst in self.instances.itervalues()
   if not (inst is self or inst.occupied_area is None)]

Bug#655470: hexer: Hexer trashes memory upon wrong key

[Thibaut Girka]

Package: hexer
Version: 0.1.7-1
Followup-For: Bug #655470

This is easily reproduced by inserting a “half-byte” in “insertion” or
“Replacement” mode, then hitting backspace.

I'm not really satisfied with the patch I'm sending, but at least it seems to
fix this issue.



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

Kernel: Linux 3.0.0-2+armhf.1-mx5
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages hexer depends on:
ii  libc62.13-26
ii  libncurses5  5.9-4+b1
ii  libtinfo55.9-4+b1

hexer recommends no packages.

hexer suggests no packages.

-- no debconf information
--- a/edit.c
+++ b/edit.c
@@ -1524,8 +1524,10 @@
 hedit-insert_position = -1;
 b_copy(hedit-buffer, replace,
hedit-position, replace-size - 1, 1);
-b_set_size(replace, replace-size - 1);
-b_set_size(insert, insert-size - 1);
+if (replace-size  0)
+b_set_size(replace, replace-size - 1);
+if (insert-size  0)
+b_set_size(insert, insert-size - 1);
 he_refresh_part(hedit, hedit-position, hedit-position);
   } else
 if (insert-size) {
@@ -1553,7 +1555,8 @@
 insert_state = 0;
 hedit-insert_position = -1;
 b_delete(hedit-buffer, hedit-position, 1);
-b_set_size(insert, insert-size - 1);
+if (insert-size  0)
+  b_set_size(insert, insert-size - 1);
 he_refresh_part(hedit, hedit-position, hedit-buffer-size - 1);
   } else
 if (insert-size) {

Bug#617506: hgview crashes on startup

[Thibaut Girka]

Does it only happen with empty repositories?
If so, here is a patch (not forwarded upstream yet, as I honestly don't
understand how their bug tracker work).
Description: Don't crash/close when exploring an empty repository
Author: Thibaut Girka t...@sitedethib.com
Bug: http://www.logilab.org/ticket/20996
Forwarded: No


diff -r d43754c8e5b5 hgviewlib/qt4/hgrepomodel.py
--- a/hgviewlib/qt4/hgrepomodel.py	Fri Jun 10 11:26:08 2011 +0200
+++ b/hgviewlib/qt4/hgrepomodel.py	Sun Jun 26 13:02:45 2011 +0200
@@ -109,7 +109,8 @@
  'Tags': lambda self, r: sorted(r.tags().keys(),
 key=lambda x: len(x))[-1][:10],
  'Branch': lambda self, r: sorted(r.branchtags().keys(),
-  key=lambda x: len(x))[-1],
+  key=lambda x: len(x))[-1]
+  if r.branchtags().keys() else None,
  'Author': lambda self, r: 'author name',
  'Filename': lambda self, r: self.filename,
  }
diff -r d43754c8e5b5 hgviewlib/qt4/hgrepoviewer.py
--- a/hgviewlib/qt4/hgrepoviewer.py	Fri Jun 10 11:26:08 2011 +0200
+++ b/hgviewlib/qt4/hgrepoviewer.py	Sun Jun 26 13:02:45 2011 +0200
@@ -458,11 +458,12 @@
 
 def _getrepomtime(self):
 Return the last modification time for the repo
-watchedfiles = [(self.repo.root, .hg, store, 00changelog.i),
+watchedfiles = [(self.repo.root, .hg, store),
+(self.repo.root, .hg, store, 00changelog.i),
 (self.repo.root, .hg, dirstate)]
 watchedfiles = [os.path.join(*wf) for wf in watchedfiles]
 mtime = [os.path.getmtime(wf) for wf in watchedfiles \
- if os.path.isfile(wf)]
+ if os.path.exists(wf)]
 if mtime:
 return max(mtime)
 # humm, directory has probably been deleted, exiting...


signature.asc
Description: This is a digitally signed message part

Bug#622993: every 10s I get [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid ...

[Thibaut Girka]

[Sorry for the duplicate mail sent earlier to debian-kernel]

This whole bug really looks like #615598.
This might be a bug in nouveau or in the kernel.

Did the initial breakage of the screens occur with 2.6.38?
If so, you may want to try fixing your EDID info has explained in a
similar bug report[1], but be careful, it may cause more harm if
something goes wrong.
If you decided to do so, please check if the corruption appears again.

[1] https://bugs.freedesktop.org/show_bug.cgi?id=34554


signature.asc
Description: This is a digitally signed message part

Bug#622993: every 10s I get [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid ...

[Thibaut Girka]

Le dimanche 01 mai 2011 à 16:51 -0300, Lisandro Damián Nicanor Pérez
Meyer a écrit :
 On Dom 01 May 2011 16:40:39 Thibaut Girka escribió:
  [Sorry for the duplicate mail sent earlier to debian-kernel]
  
  This whole bug really looks like #615598.
  This might be a bug in nouveau or in the kernel.
  
  Did the initial breakage of the screens occur with 2.6.38?
  If so, you may want to try fixing your EDID info has explained in a
  similar bug report[1], but be careful, it may cause more harm if
  something goes wrong.
  If you decided to do so, please check if the corruption appears again.
  
  [1] https://bugs.freedesktop.org/show_bug.cgi?id=34554
 
 Considering my video card is an Ati, wich I suspect doesn't use nouveau, it 
 must not be this last one.

My bad, overlooked it since Stuart uses nouveau. However, it might be
related nonetheless (and might be a completely different issue as well).
Did your monitor fail right after an upgrade?

Anyway, I'd be really interested to hear from Stuart Pook: his story
sounds exactly like mine.

 And at least in my case, my card was working with a 2.6.38 kernel without 
 problems, except I am missing something here.

Your case sounds similar, though.
If the bug is the same, you can easily (even more easily since you have
an identical screen working just fine) fix your screen, using the method
mentioned on fdo.
But I'm no expert, and since this method tempers with your hardware, I'd
recommend you to be cautious.


Regards,
Thibaut Girka.



signature.asc
Description: This is a digitally signed message part

Bug#622993: every 10s I get [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid ...

[Thibaut Girka]

Le dimanche 01 mai 2011 à 17:47 -0300, Lisandro Damián Nicanor Pérez
Meyer a écrit :
[snip]
 Did you mean the patch to tell dri to forget about bad checksums? If so, I 
 already tried it and worked fine.
 
 If you are talking about something else, please give me some link :-)

I'm not talking about ignoring broken EDIDs, but about actually fixing
them[1].
If you're fine as it is now, I wouldn't recommend trying it out, though.

[1] https://bugs.freedesktop.org/show_bug.cgi?id=34554#c15


signature.asc
Description: This is a digitally signed message part

Bug#615598: linux-image-2.6.37-1-686: EDID data corruption (possible I2C bug)

[Thibaut GIRKA]

Package: linux-2.6
Version: 2.6.37-1
Severity: normal
Tags: sid

I have been running Debian on my laptop for years, and soon (possibly 3 days)
after switching from testing/squeeze's version of the kernel (+Xorg + libdrm)
to sid's version, my laptop's screen suddenly turned black, and didn't work
upon reboot.

This is apparently caused by the corruption of my laptop's screen EDID data
(the first byte changed from '00' to '1a').

I believe something in the I2C subsystem (or maybe nouveau's use of it) is
broken, as the number of invalid EDID reports is quite huge (EDID data is
retrieved by nouveau using a DDC2 call, afaik), and there are a few I2C error
reports (though much, much less than invalid EDID reports, but I had *none*
with 2.6.32-1).

More information on the bug I initally filed against nouveau:
https://bugs.freedesktop.org/show_bug.cgi?id=34554

Note: I'm running 2.6.37-1 in spite of the corrupted EDID data, thanks to a
small hack I've made in DRM to ignore the first byte of retrieved EDID data.



-- Package-specific info:
** Version:
Linux version 2.6.37-1-686 (Debian 2.6.37-1) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-10) ) #1 SMP Tue Feb 15 18:21:50 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.37-1-686 
root=UUID=e3d25751-8344-495e-bf99-3ac334f55242 ro quiet nouveau.vbios=PRAMIN 
splash

** Not tainted

** Kernel log:
[19253.263668] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.263671] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.263674] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.263676] 
[19253.361528] [drm:drm_edid_block_valid] *ERROR* Raw EDID:
[19253.361534] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.361537] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.361540] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.361543] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.361546] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.361549] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.361552] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.361555] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19253.361557] 
[19253.361563] nouveau :01:00.0: LVDS-1: EDID block 0 invalid.
[19253.361567] [drm] nouveau :01:00.0: DDC responded, but no EDID for LVDS-1
[19283.061493] [drm:drm_edid_block_valid] *ERROR* Raw EDID:
[19283.061500] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.061503] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.061506] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.061509] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.061512] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.061515] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.061518] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.061521] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.061523] 
[19283.162094] [drm:drm_edid_block_valid] *ERROR* Raw EDID:
[19283.162101] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.162104] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.162107] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.162110] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.162113] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.162116] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.162119] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.162122] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.162125] 
[19283.259880] [drm:drm_edid_block_valid] *ERROR* Raw EDID:
[19283.259886] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.259889] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.259892] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.259895] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.259898] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.259901] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.259904] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.259907] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.259909] 
[19283.357892] [drm:drm_edid_block_valid] *ERROR* Raw EDID:
[19283.357898] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.357901] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[19283.357904] 300 00 

Bug#568757: Updated patch

[Thibaut Girka]

Here is an updated patch, which hopefully fixes this issue completely.
--- pyxdg-0.19.orig/xdg/BaseDirectory.py
+++ pyxdg-0.19/xdg/BaseDirectory.py
@@ -28,21 +28,21 @@
 from __future__ import generators
 import os
 
-_home = os.environ.get('HOME', '/')
-xdg_data_home = os.environ.get('XDG_DATA_HOME',
-os.path.join(_home, '.local', 'share'))
+_home = os.path.expanduser('~')
+xdg_data_home = os.environ.get('XDG_DATA_HOME') or \
+os.path.join(_home, '.local', 'share')
 
 xdg_data_dirs = [xdg_data_home] + \
-os.environ.get('XDG_DATA_DIRS', '/usr/local/share:/usr/share').split(':')
+   (os.environ.get('XDG_DATA_DIRS') or '/usr/local/share:/usr/share').split(':')
 
-xdg_config_home = os.environ.get('XDG_CONFIG_HOME',
-os.path.join(_home, '.config'))
+xdg_config_home = os.environ.get('XDG_CONFIG_HOME') or \
+os.path.join(_home, '.config')
 
 xdg_config_dirs = [xdg_config_home] + \
-os.environ.get('XDG_CONFIG_DIRS', '/etc/xdg').split(':')
+(os.environ.get('XDG_CONFIG_DIRS') or '/etc/xdg').split(':')
 
-xdg_cache_home = os.environ.get('XDG_CACHE_HOME',
-os.path.join(_home, '.cache'))
+xdg_cache_home = os.environ.get('XDG_CACHE_HOME') or \
+os.path.join(_home, '.cache')
 
 xdg_data_dirs = filter(lambda x: x, xdg_data_dirs)
 xdg_config_dirs = filter(lambda x: x, xdg_config_dirs)


signature.asc
Description: This is a digitally signed message part

Bug#584166: uboot-mkimage: add compatibility flag for broken u-boot versions

[Thibaut Girka]

Le samedi 29 janvier 2011 à 15:08 +0100, Loïc Minier a écrit : 
 Hey!
[...] 
 Before we dive into the fix, let me try to summarize:
  * original (old) u-boot found in OpenMoko Freerunner flash had a bug
  * this bug has been fixed, and only people running the original u-boot
binary suffer from it

Accurate summary.

 It is also my understanding that the recommended bootloader for
  Freerunner is Qi and not u-boot.

Well, that's a questionable recommandation.

 The Freerunner appers to still be on sale, are new phones shipped with
  a broken u-boot?  When users get their Freerunner, do they typically
  get a firmware update which will flash a new bootloader (Qi or u-boot)?

As far as I know, all GTA02 phones are shipped with a broken u-boot.
This may not be the case with the forthcoming GTA04 model. It should be
a good thing to check before the GTA04 is mass-produced.

When users get their Freerunner (GTA02), they can do whatever they want,
including switching from u-boot to Qi.
However, the backup bootloader remains a broken u-boot.

 As I understand it, it's really easy to flash u-boot on a Freerunner,
  and while it's not something we should be done lightly, it seems to
  have been done in a relatively safe way, and there is only a little
  chance that you would brick your hardware.

Indeed. Plus, unless you somehow manage to overwrite the NOR u-boot,
your device isn't really bricked, as you can enter NOR u-boot by holding
AUX while booting.

 My preference would be for Debian to:
  * communicate on this u-boot bug and point at Qi/updated u-boot
binaries and at http://wiki.openmoko.org/wiki/NeoTool to flash it
(we should package it?)

We should definitely communicate on this bug somewhere on the OpenMoko
wiki.

 * either provide a standalone mini-image which will just upgrade u-boot
to a recent and corrected version

I'm against that, as it is really easy to upgrade NAND u-boot or replace
it by Qi. I don't think we can make it much easier.
Furthermore, the installer should rely on the bootloader that's
available on all GTA02: the u-boot version stored in NOR.

 * or fix installer images for Freerunner to be built using the
workaround described in the bug report (padding the image before
passing it to mkimage)

It's the easiest, and IMHO, the cleanest way to do this.

 Possibly a third way to address this would be if the Freerunner can
  load the bootloader from e.g. serial or SD, bypassing the flash one?
  If that's the case, we could provide installer media using a recent and
  corrected u-boot.

As far as I know, it can't.

 I'm very much against working around bugs in old u-boot binaries
  permanently in mkimage, and I don't think there is any chance of
  upstream taking such a patch; even less so with a new command-line
  flag.  We could also have a trivial freerunner-mkimage wrapper
  achieving the same thing, but again, I very much dislike these options.

I can understand that, and indeed, upstream is not keen on accepting
such a workaround.
I don't have a strong opinion on a freerunner-mkimage wrapper, but it
isn't needed if we fix the really specific images we need boot.

So, I guess this bug should be closed, and worked around in the really
specific places we need to.

Regards,
Thibaut Girka.


signature.asc
Description: This is a digitally signed message part

Bug#602425: keyboard-configuration: keyboard_present always returns 0

[Thibaut GIRKA]

Package: keyboard-configuration
Version: 1.57
Severity: minor
Tags: patch

Because of the two first kbdpattern lines, any string matches the pattern, and
keyboard_present will always return 0.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages keyboard-configuration depends on:
ii  debconf [debconf-2.0] 1.5.36 Debian configuration management sy

keyboard-configuration recommends no packages.

keyboard-configuration suggests no packages.

-- debconf information excluded
Index: debian/keyboard_present.sh
===
--- debian/keyboard_present.sh	(révision 65318)
+++ debian/keyboard_present.sh	(copie de travail)
@@ -12,8 +12,7 @@
 esac
 
 [ -f /proc/bus/input/devices ] || return 0
-kbdpattern=''
-kbdpattern=$kbdpattern\|AT Set \|AT Translated Set\|AT Raw Set
+kbdpattern=AT Set \|AT Translated Set\|AT Raw Set
 kbdpattern=$kbdpattern\|Atari Keyboard
 kbdpattern=$kbdpattern\|Amiga Keyboard
 kbdpattern=$kbdpattern\|HIL keyboard

Bug#593235: New patch

[Thibaut Girka]

So, here is a new version of the patch.
Changes:
- Removed U-Boot env related things (now, I have to unblock this bug)
- Removed kernel re-compression (useless)
- Added a quick hack to workaround the padding thing, since #584166
probably won't be accepted upstream (I'll sort that out later).
Index: packages/flash-kernel/debian/control
===
--- packages/flash-kernel/debian/control	(révision 65159)
+++ packages/flash-kernel/debian/control	(copie de travail)
@@ -23,7 +23,7 @@
 Priority: standard
 XC-Package-Type: udeb
 Architecture: arm armel armeb
-XB-Subarchitecture: iop32x ixp4xx kirkwood orion5x
+XB-Subarchitecture: iop32x ixp4xx kirkwood orion5x s3c24xx
 Provides: bootable-system
 Depends: cdebconf-udeb, installed-base
 XB-Installer-Menu-Item: 7300
Index: packages/flash-kernel/debian/flash-kernel-installer.postinst
===
--- packages/flash-kernel/debian/flash-kernel-installer.postinst	(révision 65159)
+++ packages/flash-kernel/debian/flash-kernel-installer.postinst	(copie de travail)
@@ -32,6 +32,9 @@
 		GLAN Tank)
 			return 1
 		;;
+		GTA02)
+			return 1
+		;;
 		HP t5325 Thin Client)
 			return 1
 		;;
@@ -106,6 +109,12 @@
 	GLAN Tank)
 		in-target update-initramfs -u || true
 	;;
+	GTA02)
+		in-target update-initramfs -u || true
+		if ! apt-install uboot-mkimage; then
+			error apt-install uboot-mkimage failed
+		fi
+	;;
 	HP t5325 Thin Client)
 		in-target update-initramfs -u || true
 		if ! apt-install uboot-mkimage; then
Index: packages/flash-kernel/debian/flash-kernel-installer.isinstallable
===
--- packages/flash-kernel/debian/flash-kernel-installer.isinstallable	(révision 65159)
+++ packages/flash-kernel/debian/flash-kernel-installer.isinstallable	(copie de travail)
@@ -2,6 +2,9 @@
 set -e
 
 case `archdetect` in
+	arm*/s3c24xx)
+		exit 0
+	;;
 	arm*/iop32x)
 		exit 0
 	;;
Index: packages/flash-kernel/initramfs-tools/hooks/flash_kernel_set_root
===
--- packages/flash-kernel/initramfs-tools/hooks/flash_kernel_set_root	(révision 65159)
+++ packages/flash-kernel/initramfs-tools/hooks/flash_kernel_set_root	(copie de travail)
@@ -23,6 +23,9 @@
 # device?
 root_type() {
 	case $1 in
+		GTA02)
+			echo override
+		;;
 		Buffalo Linkstation Pro/Live)
 			echo override
 		;;
Index: packages/flash-kernel/flash-kernel
===
--- packages/flash-kernel/flash-kernel	(révision 65159)
+++ packages/flash-kernel/flash-kernel	(copie de travail)
@@ -85,6 +85,7 @@
 
 if [ x$1 = x--supported ]; then
 	case $machine in
+		GTA02)exit 0 ;;
 		Buffalo Linkstation Pro/Live)		exit 0 ;;
 		Buffalo/Revogear Kurobox Pro)		exit 0 ;;
 		D-Link DNS-323)			exit 0 ;;
@@ -141,6 +142,26 @@
 subarch=$(echo $kfile | sed -e 's/.*-//')
 
 case $machine in
+	GTA02)
+		check_subarch s3c24xx
+		tmpdir=$(mktemp -d)
+		printf Generating u-boot image... 2
+		cp $kfile $tmpdir/kernel
+		# Hack to work around a bug in some U-Boot versions:
+		if [ $(($(stat -c '%s' $tmpdir/kernel) % 4)) -eq 0 ]; then
+			echo  $tmpdir/kernel
+		fi
+		mkimage -A arm -O linux -T multi -C none -n $desc -a 0x30008000 \
+			-e 0x30008000 -d $tmpdir/kernel:$ifile $tmpdir/uImage 2 1/dev/null
+		rm -f $tmpdir/kernel
+		echo done. 2
+		if [ -e /boot/uImage.bin ]; then
+			echo Creating backup of /boot/uImage.bin. 2
+			mv /boot/uImage.bin /boot/uImage.bin.bak
+		fi
+		mv $tmpdir/uImage /boot/uImage.bin
+		rmdir $tmpdir
+	;;
 	Buffalo Linkstation Pro/Live | Buffalo/Revogear Kurobox Pro)
 		check_subarch orion5x
 		tmpdir=$(mktemp -d)


signature.asc
Description: This is a digitally signed message part

Bug#593235: flash-kernel-installer: Please add gta02 support

[Thibaut Girka]

Le mardi 14 septembre 2010 à 23:38 +0200, Martin Michlmayr a écrit : 
   Why do you need to compress the kernel?  It should be a zImage or
   LZMA-image already anywhere.
  
  Yeah, I know, that's a bit tricky (I commented it on the d-i target, but
  I haven't sent it yet).
  So, U-Boot have an image format called multi-file images.
  But there is only one header for the whole image, and so, only one
  compression method.
  This compression method is used both to uncompress the kernel and as the
  compression type of the initrd image.
  If I don't compress the kernel and say -C gzip, U-Boot will try to
  uncompress the kernel, and will obviously fail (since the kernel is
  executable and uncompress itself).
  If I specify -C none, it'll run the kernel just fine, but will fail to
  tell the kernel that the initrd image is gzip-compressed...
  So, the only way is to re-compress the kernel...
 
 We use multi-file images on the HP mv2120 and -C none works fine with
 a regular kernel/compressed initrd combination.  Does u-boot actually
 need to tell the kernel that the ramdisk is compressed?  AFAIK the
 kernel figures this out itself... but I don't have a Freerunner so I
 cannot verify this myself.  Maybe you can test again if -C none works,
 but it it doesn't then I guess your patch is fine (but maybe with a
 comment).

I've just tried (sorry for the *very* late reply, I'm busy with various
things, and not really in the mood, these days), and you're right.
I have probably hit the padding bug, and jumped a bit early to
conclusions.

I'll send a new patch in a few days.


signature.asc
Description: This is a digitally signed message part

Bug#593109: r64784 - in trunk/packages/hw-detect: . debian

[Thibaut Girka]

Le samedi 18 septembre 2010 à 21:39 +0200, Petter Reinholdtsen a écrit :
 While I am fine with the patch as a solution for this problem, can
 someone explain why the installed system do not load this module on
 its own, for example using udev autodetection?

While the USB port is the main network interface of the Neo Freerunner
(along with the buggy wireless that's unusable in many situations), the
USB port can be used for many other things.

g_ether is not really a device driver, but a USB gadget module, like
g_filestorage (that provides USB Mass Storage), and other things like
that.

So, you have a wide choice of modules, and I'm not aware of anything to
switch between them.

Regards,
Thibaut Girka.


signature.asc
Description: This is a digitally signed message part

Bug#593109: r64784 - in trunk/packages/hw-detect: . debian

[Thibaut Girka]

Le samedi 18 septembre 2010 à 22:13 +0200, Petter Reinholdtsen a écrit :
 [Thibaut Girka]
  g_ether is not really a device driver, but a USB gadget module, like
  g_filestorage (that provides USB Mass Storage), and other things
  like that.
 
 Not quite sure I understand what this mean.  But I take it that there
 is USB device with some well known USB ID to detect for udev?

Well, what I mean is that the driver itself (which g_ether is not) is
not all: you have to choose how you want the device to behave: as an USB
key (USB Mass Storage)? A network adaptater? A serial console?
All those things are done by different modules (like g_ether), that are
independent from the driver itself.

In our case, the USB interface is the only usable network interface.
Furthermore, the other modules are not really useful on this device
(well, g_filestorage might be, but has important limitations afaik).

http://www.linux-usb.org/gadget/


signature.asc
Description: This is a digitally signed message part

Bug#593235: flash-kernel-installer: Please add gta02 support

[Thibaut Girka]

Le mardi 31 août 2010 à 22:29 +0100, Martin Michlmayr a écrit :
 * Thibaut GIRKA t...@sitedethib.com [2010-08-16 16:15]:
  -XB-Subarchitecture: iop32x ixp4xx kirkwood orion5x
  +XB-Subarchitecture: iop32x ixp4xx kirkwood orion5x s3c24xx
 
 Is s3c24xx what was decided in the end?  I remember there was a lot of
 discussion of s3c vs s3c24xx but I cannot remember the outcome.

If you're talking about the discussion in #503292, then yes, s3c24xx was
decided.

  +   GTA02)
  +   return 1
 
 Is this really what this device will be called in the mainline kernel?
 IMHO it would make more sense to use a more descriptive name, but if
 GTA02 has been decided already that's obviously fine.

There is already basic (really basic, no display or even µSD) support in
mainline kernel, and the name is GTA02.

  +   # Modify u-boot environment
  +   rootfs=$(findfs /)
  +   bootfs=$(findfs /boot)
  +   modify_uboot_env $rootfs $bootfs
  +   ;;
 
 I suggest you move this patch out to the patch in #586221.  This way,
 the current patch can be applied even without the fix for #586221.

Ok, I'll probably do that.

  +   check_subarch s3c24xx
  +   tmp=$(tempfile)
  +   printf Generating u-boot image... 2
  +   gzip -9 -c $kfile  $tmp
 
 Why do you need to compress the kernel?  It should be a zImage or
 LZMA-image already anywhere.

Yeah, I know, that's a bit tricky (I commented it on the d-i target, but
I haven't sent it yet).
So, U-Boot have an image format called multi-file images.
But there is only one header for the whole image, and so, only one
compression method.
This compression method is used both to uncompress the kernel and as the
compression type of the initrd image.
If I don't compress the kernel and say -C gzip, U-Boot will try to
uncompress the kernel, and will obviously fail (since the kernel is
executable and uncompress itself).
If I specify -C none, it'll run the kernel just fine, but will fail to
tell the kernel that the initrd image is gzip-compressed...
So, the only way is to re-compress the kernel...

  +   mkimage -A arm -O linux -T multi -C gzip -a 0x30008000 \
  +   -e 0x30008000 -n $desc -d $tmp:$ifile 
  $tmp.uboot 2 1/dev/null
  +   echo done. 2
 
 Will this actually boot on any Freerunner machines without the -p
 option you proposed in #584166?

If you're lucky.
Indeed, the chances aren't negligible, maybe this bug will wait for
#584166.



signature.asc
Description: This is a digitally signed message part

Bug#593230: [pkg-fso-maint] Bug#593230: Bug#593230: Fixed typo in patch

[Thibaut Girka]

Le mardi 17 août 2010 à 00:39 +0200, Sylvain HITIER a écrit :
 When: 2010-08-1...@00-31-59 +0300
 Who:  Timo Juhani Lindfors
 What:
  Sylvain HITIER sylvain.hit...@gmail.com writes:
   --- 
   a/openmoko-files-config-20090224/GTA02_Neo-FreeRunner/usr/share/X11/xorg.conf.d/60-gta02-ts.conf
   1970-01-01 01:00:00.0 +0100
   +++ 
   b/openmoko-files-config-20090224/GTA02_Neo-FreeRunner/usr/share/X11/xorg.conf.d/60-gta02-ts.conf
   2010-08-11 16:41:14.0 +0200
  
  Hmm, sorry if this has been covered before but why are configuration files 
  in /usr?
 
 This question is best answered by the author of this patch, probably :-)
 Thibaut?

As you and Sebastian said,
/usr/share/X11/xorg.conf.d/ is for vendor-provided configuration
snippets and /etc/X11/xorg.conf.d/ is for user configuration and
overwrite what is in /usr/.



signature.asc
Description: This is a digitally signed message part

Bug#593230: [pkg-fso-maint] Bug#593230: Bug#593230: Bug#593230: Fixed typo in patch

[Thibaut Girka]

Le lundi 16 août 2010 à 23:55 +0200, Sebastian Reichel a écrit :
 About the package inclusion: I planned to change the openmoko
 config package entirely after fso-deviced appears in Debian. I
 will include it in this change, if it has not been included
 before.

Great! Any precision on this change? :)

 -- Sebastian
 ___
 pkg-fso-maint mailing list
 pkg-fso-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-fso-maint



signature.asc
Description: This is a digitally signed message part

Bug#584166: uboot-envtools and uboot-mkimage

[Thibaut Girka]

Le mardi 17 août 2010 à 19:56 +0200, Gaudenz Steinlin a écrit :
 (Assuming Martin meant approved upstream.)
 
 While I agree that this patch should also be sent upstream I think
 this is not a feature addition but a bug fix and it's therefore a good
 idea to fix the Debian package.

Well, it's not really a bugfix, since the bug itself is already fixed
(but unfortunately not in FR's NOR).

 IMO the fix should not introduce a new command line option but just
 add the correct padding whenever it's necessary. Or is there a chance
 that images without the padding wich are not correctly aligned by pure
 chance will work (better) in some circumstances?

The current patch does (add a new command line option), but I'm not sure
it is needed (but dropping the option would feel like the past U-Boot
bugs would define the format), since modified images should work just
fine, no matter if U-Boot is fixed or not.

That said, we can drop the patch, and do the padding ourselves before
the mkimage call.

Thibaut Girka.


signature.asc
Description: This is a digitally signed message part

Bug#593230: fso-config-gta02: Please provide a touchscreen callibration file for evdev

[Thibaut GIRKA]

Package: fso-config-gta02
Severity: wishlist
Tags: patch

The touchscreen can be used with tslib, but it can also be used with plain
evdev.
You're shipping a /etc/pointercal file for tslib, but it is also possible to
provide a calibration file as a xorg.conf.d configuration file for evdev.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages fso-config-gta02 depends on:
pn  fso-frameworkdnone (no description available)
pn  fso-sounds-yue-base | fso-sou none (no description available)

fso-config-gta02 recommends no packages.

fso-config-gta02 suggests no packages.
Forwarded: no

diff -rupd --new-file 
a/openmoko-files-config-20090224/GTA02_Neo-FreeRunner/usr/share/X11/xorg.conf.d/60-gta02-ts.conf
 
b/openmoko-files-config-20090224/GTA02_Neo-FreeRunner/usr/share/X11/xorg.conf.d/60-gta02-ts.conf
--- 
a/openmoko-files-config-20090224/GTA02_Neo-FreeRunner/usr/share/X11/xorg.conf.d/60-gta02-ts.conf
1970-01-01 01:00:00.0 +0100
+++ 
b/openmoko-files-config-20090224/GTA02_Neo-FreeRunner/usr/share/X11/xorg.conf.d/60-gta02-ts.conf
2010-08-11 16:41:14.0 +0200
@@ -0,0 +1,10 @@
+Section InputClass
+Identifier GT02 touchscreen calibration
+MatchIsTouchscreen on
+MatchDevicePath /dev/input/event*
+Driver  evdev
+Option  Width 480
+Option  Height 640
+Option  SwapAxes True
+Option  Calibration 107 918 911 98
+EndSection

Bug#593235: flash-kernel-installer: Please add gta02 support

[Thibaut GIRKA]

Package: flash-kernel-installer
Severity: wishlist
Tags: patch

Please add support for the gta02.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.35-rc3+ (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From b66179b25fc65dab8dee7cb3b867ca54bc8cee5c Mon Sep 17 00:00:00 2001
From: Thibaut Girka t...@sitedethib.com
Date: Sun, 15 Aug 2010 13:39:35 +0200
Subject: [PATCH 4/9] flash-kernel: add s3c24xx/gta02 support

---
 packages/flash-kernel/debian/control   |2 +-
 .../debian/flash-kernel-installer.isinstallable|3 +++
 .../debian/flash-kernel-installer.postinst |   16 
 packages/flash-kernel/flash-kernel |   16 
 .../initramfs-tools/hooks/flash_kernel_set_root|3 +++
 5 files changed, 39 insertions(+), 1 deletions(-)

diff --git a/packages/flash-kernel/debian/control 
b/packages/flash-kernel/debian/control
index 7d1fc1a..1cc6427 100644
--- a/packages/flash-kernel/debian/control
+++ b/packages/flash-kernel/debian/control
@@ -23,7 +23,7 @@ Section: debian-installer
 Priority: standard
 XC-Package-Type: udeb
 Architecture: arm armel armeb
-XB-Subarchitecture: iop32x ixp4xx kirkwood orion5x
+XB-Subarchitecture: iop32x ixp4xx kirkwood orion5x s3c24xx
 Provides: bootable-system
 Depends: cdebconf-udeb, installed-base
 XB-Installer-Menu-Item: 7300
diff --git a/packages/flash-kernel/debian/flash-kernel-installer.isinstallable 
b/packages/flash-kernel/debian/flash-kernel-installer.isinstallable
index fb56721..bd1b2af 100755
--- a/packages/flash-kernel/debian/flash-kernel-installer.isinstallable
+++ b/packages/flash-kernel/debian/flash-kernel-installer.isinstallable
@@ -2,6 +2,9 @@
 set -e
 
 case `archdetect` in
+   arm*/s3c24xx)
+   exit 0
+   ;;
arm*/iop32x)
exit 0
;;
diff --git a/packages/flash-kernel/debian/flash-kernel-installer.postinst 
b/packages/flash-kernel/debian/flash-kernel-installer.postinst
index 164e464..eb7690a 100755
--- a/packages/flash-kernel/debian/flash-kernel-installer.postinst
+++ b/packages/flash-kernel/debian/flash-kernel-installer.postinst
@@ -33,6 +33,9 @@ write_to_flash() {
GLAN Tank)
return 1
;;
+   GTA02)
+   return 1
+   ;;
HP t5325 Thin Client)
return 1
;;
@@ -104,6 +107,19 @@ case $machine in
GLAN Tank)
in-target update-initramfs -u || true
;;
+   GTA02)
+   in-target update-initramfs -u || true
+   if ! apt-install uboot-mkimage; then
+   error apt-install uboot-mkimage failed
+   fi
+   if ! apt-install uboot-envtools; then
+   error apt-install uboot-envtools failed
+   fi
+   # Modify u-boot environment
+   rootfs=$(findfs /)
+   bootfs=$(findfs /boot)
+   modify_uboot_env $rootfs $bootfs
+   ;;
HP t5325 Thin Client)
in-target update-initramfs -u || true
if ! apt-install uboot-mkimage; then
diff --git a/packages/flash-kernel/flash-kernel 
b/packages/flash-kernel/flash-kernel
index abf4849..06d29a0 100755
--- a/packages/flash-kernel/flash-kernel
+++ b/packages/flash-kernel/flash-kernel
@@ -85,6 +85,7 @@ fi
 
 if [ x$1 = x--supported ]; then
case $machine in
+   GTA02)exit 0 ;;
Buffalo Linkstation Pro/Live) exit 0 ;;
Buffalo/Revogear Kurobox Pro) exit 0 ;;
D-Link DNS-323)   exit 0 ;;
@@ -140,6 +141,21 @@ fi
 subarch=$(echo $kfile | sed -e 's/.*-//')
 
 case $machine in
+   GTA02)
+   check_subarch s3c24xx
+   tmp=$(tempfile)
+   printf Generating u-boot image... 2
+   gzip -9 -c $kfile  $tmp
+   mkimage -A arm -O linux -T multi -C gzip -a 0x30008000 \
+   -e 0x30008000 -n $desc -d $tmp:$ifile 
$tmp.uboot 2 1/dev/null
+   echo done. 2
+   rm -f $tmp
+   if [ -e /boot/uImage.bin ]; then
+   echo Creating backup of /boot/uImage.bin. 2
+   mv /boot/uImage.bin /boot/uImage.bin.bak
+   fi
+   mv $tmp.uboot /boot/uImage.bin
+   ;;
Buffalo Linkstation Pro/Live | Buffalo/Revogear Kurobox Pro)
check_subarch orion5x
tmp=$(tempfile)
diff --git a/packages/flash-kernel/initramfs-tools/hooks/flash_kernel_set_root 
b/packages/flash-kernel/initramfs-tools/hooks/flash_kernel_set_root
index 8163f68..abddadd 100755

Bug#593090: Please add a matchbox-keyboard udeb

[Thibaut GIRKA]

Package: matchbox-keyboard
Version: 0.1+svn20080916-3
Severity: wishlist
Tags: d-i patch

I'm currently working on Debian Installer for the FreeRunner, and, as it
doesn't have a physical keyboard, the graphical installer would be useless
without an on-screen keyboard.
I chose to use matchbox-keyboard to provide an on-screen keyboard, as it has
few dependencies and provides a GTK input method module (so the screen can pop
only when needed).

Here is a patch to achieve that, but the way it is started may be discussed.
Also, it might be possible to select a layout to match user's choice
(currently, only the default layout is included).



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages matchbox-keyboard depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libexpat1 2.0.1-7XML parsing C library - runtime li
ii  libfakekey0   0.1-1  library for converting characters 
ii  libpng12-01.2.44-1   PNG library - runtime
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxft2   2.1.14-2   FreeType-based font drawing librar
ii  libxrender1   1:0.9.6-1  X Rendering Extension client libra
ii  libxtst6  2:1.1.0-3  X11 Testing -- Record extension li

Versions of packages matchbox-keyboard recommends:
ii  matchbox-keyboard-im   0.1+svn20080916-3 on-screen keyboard

matchbox-keyboard suggests no packages.

-- no debconf information
Forwarded: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592504

diff -r affb9c86f505 libxtst-1.1.0/debian/control
--- a/libxtst-1.1.0/debian/control  Fri Aug 06 04:26:57 2010 +0200
+++ b/libxtst-1.1.0/debian/control  Tue Aug 10 17:47:47 2010 +0200
@@ -38,6 +38,14 @@
  This module can be found at
  git://anongit.freedesktop.org/git/xorg/lib/libXtst
 
+Package: libxtst6-udeb
+Section: debian-installer
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+XC-Package-Type: udeb
+Description: X11 Testing -- Record extension library
+ This is a udeb, or a microdeb, for the debian-installer.
+
 Package: libxtst6-dbg
 Architecture: any
 Section: debug
diff -r affb9c86f505 libxtst-1.1.0/debian/libxtst6-udeb.install
--- /dev/null   Thu Jan 01 00:00:00 1970 +
+++ b/libxtst-1.1.0/debian/libxtst6-udeb.installTue Aug 10 17:47:47 
2010 +0200
@@ -0,0 +1,1 @@
+usr/lib/libXtst.so.6*
diff -r affb9c86f505 libxtst-1.1.0/debian/rules
--- a/libxtst-1.1.0/debian/rulesFri Aug 06 04:26:57 2010 +0200
+++ b/libxtst-1.1.0/debian/rulesTue Aug 10 17:47:47 2010 +0200
@@ -82,7 +82,7 @@
dh_strip --dbg-package=$(PACKAGE)-dbg
dh_compress
dh_fixperms
-   dh_makeshlibs
+   dh_makeshlibs --add-udeb=$(PACKAGE)-udeb
dh_shlibdeps
dh_installdeb
dh_gencontrol

Bug#593093: Please provide a matchbox-window-manager udeb

[Thibaut GIRKA]

Package: matchbox-window-manager
Version: 1.2-4
Severity: wishlist
Tags: d-i patch

I'm currently working on Debian Installer for the FreeRunner, and, as it
doesn't have a physical keyboard, the graphical installer would be useless
without an on-screen keyboard.
I chose to use matchbox-keyboard to provide an on-screen keyboard, as it has
few dependencies and provides a GTK input method module (so the screen can pop
only when needed).
However, in order to run properly, matchbox-keyboard needs a WM supporting a
precise featureset.
Obviously, matchbox-window-manager fulfills this requirement. Furthermore, it
is quite lightweight and can be built with very few dependencies.

The first patch changes the build system to debhelper, since I wasn't able to
build two binaries out of the same source package using CDBS. By the way, it
also switches to source format 3.0 (quilt).

The second patch adds what is needed to build the udeb, providing a second
binary built with different options.

The third patch adds a script to start matchbox-window-manager with g-i,
although the way it is done might be discussed.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages matchbox-window-manager depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libexpat1 2.0.1-7XML parsing C library - runtime li
ii  libmatchbox1  1.9-5  shared library for Matchbox Projec
ii  libstartup-notification0  0.10-1 library for program launch feedbac
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxsettings-client0  0.17-5 utility functions for the Xsetting

matchbox-window-manager recommends no packages.

matchbox-window-manager suggests no packages.

-- no debconf information
# HG changeset patch
# User Thibaut Girka t...@sitedethib.com
# Date 1281225985 14400
# Node ID 00b42e28514ee1f87c511e39f0ddd2427bf1a8f1
# Parent  744c92c13f1270f87e43e7eb38ddf3aa20858219
Switch to source format 3.0 (quilt) and debhelper.

You may want to document the patches in debian/patches according to DEP3

diff --git a/matchbox-window-manager-1.2/debian/control 
b/matchbox-window-manager-1.2/debian/control
--- a/matchbox-window-manager-1.2/debian/control
+++ b/matchbox-window-manager-1.2/debian/control
@@ -2,7 +2,7 @@
 Section: embedded
 Priority: optional
 Maintainer: Moray Allan mo...@debian.org
-Build-Depends: cdbs (= 0.4.21), debhelper (= 5.0.0), pkg-config, 
libstartup-notification0-dev, libmatchbox-dev (= 1.9-4), libxsettings-dev, 
libxsettings-client-dev
+Build-Depends: debhelper (= 7.0.50~), pkg-config, 
libstartup-notification0-dev, libmatchbox-dev (= 1.9-4), libxsettings-dev, 
libxsettings-client-dev
 Standards-Version: 3.8.2
 Homepage: http://matchbox-project.org/
 
diff --git a/matchbox-window-manager-1.2/debian/docs 
b/matchbox-window-manager-1.2/debian/docs
new file mode 100644
--- /dev/null
+++ b/matchbox-window-manager-1.2/debian/docs
@@ -0,0 +1,3 @@
+README
+NEWS
+AUTHORS
diff --git a/matchbox-window-manager-1.2/debian/patches/config.patch 
b/matchbox-window-manager-1.2/debian/patches/config.patch
new file mode 100644
--- /dev/null
+++ b/matchbox-window-manager-1.2/debian/patches/config.patch
@@ -0,0 +1,22 @@
+--- matchbox-window-manager-1.2.orig/configure
 matchbox-window-manager-1.2/configure
+@@ -7518,7 +7518,7 @@
+   { echo $as_me:$LINENO: checking for libmb xsettings support 5
+ echo $ECHO_N checking for libmb xsettings support... $ECHO_C 6; }
+ 
+-  if $PKG_CONFIG --libs libmb | grep -i xsettings ; then
++  if $PKG_CONFIG --static --libs libmb | grep -i xsettings ; then
+  mb_have_xsettings=yes
+ 
+ cat confdefs.h \_ACEOF
+--- matchbox-window-manager-1.2.orig/configure.ac
 matchbox-window-manager-1.2/configure.ac
+@@ -413,7 +413,7 @@
+ if test x$enable_standalone != xyes  test x$enable_standalone_xft != xyes; 
then
+   AC_MSG_CHECKING([for libmb xsettings support])
+ 
+-  if $PKG_CONFIG --libs libmb | grep -i xsettings ; then
++  if $PKG_CONFIG --static --libs libmb | grep -i xsettings ; then
+  mb_have_xsettings=yes
+  AC_DEFINE(USE_XSETTINGS, [1], [Use XSettings])
+  AC_MSG_RESULT([yes])
diff --git a/matchbox-window-manager-1.2/debian/patches/mbtheme.patch 
b/matchbox-window-manager-1.2/debian/patches/mbtheme.patch
new file mode 100644
--- /dev/null
+++ b/matchbox-window-manager-1.2/debian/patches/mbtheme.patch
@@ -0,0 +1,23 @@
+--- matchbox-window-manager-1.2.orig/src/mbtheme.c
 matchbox-window-manager-1.2/src/mbtheme.c
+@@ -19,6 +19,7 @@
+  */
+ 
+ #include mbtheme.h 
++#include assert.h
+ 
+ #ifdef HAVE_XCURSOR
+ #include

Bug#593105: tasksel: Please add a Smartphone task

[Thibaut GIRKA]

Package: tasksel
Version: 2.82
Severity: wishlist
Tags: d-i patch

Hi,
A Smartphone task providing a lightweight and small-screen-optimized dekstop
environment (e17 might be a good candidate) as well as smartphone specific
software (FreeSmartphone.org task, for instance) would be a good thing to have
in tasksel.

Here is a patch providing such a task, although its content and the way it is
implemented might be discussable.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages tasksel depends on:
ii  aptitude  0.6.3-3terminal-based package manager (te
ii  debconf [debconf-2.0] 1.5.33 Debian configuration management sy
ii  liblocale-gettext-perl1.05-6 Using libc functions for internati
ii  tasksel-data  2.82   Official tasks used for installati

tasksel recommends no packages.

tasksel suggests no packages.

-- debconf information excluded
From bd2031bedd76d5adc62ae00c216a6a6c47db39fa Mon Sep 17 00:00:00 2001
From: Thibaut Girka t...@sitedethib.com
Date: Sun, 15 Aug 2010 13:58:25 +0200
Subject: [PATCH] Add smartphone task

---
 Makefile |5 +
 info/smartphone.postinst |8 
 tasks/smartphone |   21 +
 tasks/smartphone-gta02   |   18 ++
 tests/smartphone |   31 +++
 5 files changed, 83 insertions(+), 0 deletions(-)
 create mode 100644 info/smartphone.postinst
 create mode 100644 tasks/smartphone
 create mode 100644 tasks/smartphone-gta02
 create mode 100644 tests/smartphone

diff --git a/Makefile b/Makefile
index bdff344..af55cf6 100644
--- a/Makefile
+++ b/Makefile
@@ -49,6 +49,8 @@ install:
 install-data:
install -d $(DESTDIR)$(TASKDIR) \
$(DESTDIR)/usr/lib/tasksel/tests
+   install -d $(DESTDIR)$(TASKDIR) \
+   $(DESTDIR)/usr/lib/tasksel/info
install -m 0644 $(TASKDESC) $(DESTDIR)$(TASKDIR)
for test in tests/*; do \
[ $$test = tests/new-install ]  continue; \
@@ -56,6 +58,9 @@ install-data:
[ $$test = tests/lang ]  continue; \
install -m 755 $$test $(DESTDIR)/usr/lib/tasksel/tests/; \
done
+   for script in info/*; do \
+   install -m 755 $$script $(DESTDIR)/usr/lib/tasksel/info/; \
+   done
for package in packages/*; do \
[ $$package = packages/list ]  continue; \
install -m 755 $$package $(DESTDIR)/usr/lib/tasksel/packages/; \
diff --git a/info/smartphone.postinst b/info/smartphone.postinst
new file mode 100644
index 000..915fda1
--- /dev/null
+++ b/info/smartphone.postinst
@@ -0,0 +1,8 @@
+#/bin/sh
+. /usr/share/debconf/confmodule
+
+db_get passwd/username
+if [ -n $RET ]; then
+   sed -i -r -e s,^NODM_ENABLED=.*,NODM_ENABLED=true, \
+ -e s,^NODM_USER=.*,NODM_USER=$RET, /etc/default/nodm
+fi
diff --git a/tasks/smartphone b/tasks/smartphone
new file mode 100644
index 000..6969fef
--- /dev/null
+++ b/tasks/smartphone
@@ -0,0 +1,21 @@
+Task: smartphone
+Section: user
+Relevance: 8
+Test-smartphone: 1
+Description: SmartPhone
+ This task installs software useful for a smartphone.
+Key:
+  xorg
+  xserver-xorg-video-all
+  xserver-xorg-input-all
+  desktop-base
+  menu
+  e17
+  nodm
+Packages: list
+  fso-frameworkd
+  fso-utils
+# Other stuff
+  xdg-utils
+  anacron
+  vala-terminal
diff --git a/tasks/smartphone-gta02 b/tasks/smartphone-gta02
new file mode 100644
index 000..b1717c5
--- /dev/null
+++ b/tasks/smartphone-gta02
@@ -0,0 +1,18 @@
+Task: smartphone-gta02
+Relevance: 8
+Section: user
+Enhances: smartphone
+Test-smartphone: GTA02
+Description: Environment for GTA02
+ Hey, that rox TODO
+Key:
+  fso-config-gta02
+Packages: list
+#  xserver-xorg-input-tslib
+  xserver-xorg-video-glamo
+  mtd-utils
+#  fso-gpsd
+  fso-gsmd
+  fso-abyss
+  zhone
+  foxtrotgps
diff --git a/tests/smartphone b/tests/smartphone
new file mode 100644
index 000..99d4855
--- /dev/null
+++ b/tests/smartphone
@@ -0,0 +1,31 @@
+#!/bin/sh
+# Causes a task to be selected if the machine appears to be a smartphone.
+set -e
+
+#TODO: more generic test?
+# probably not, since we want device-specific things
+
+machine=$(grep ^Hardware /proc/cpuinfo | sed 's/Hardware\s*:\s*//')
+
+case $machine in
+   GTA02)
+   ;;
+   *)
+   # Machine not found
+   exit 3
+   ;;
+esac
+
+if [ $TESTING_ENHANCER ]; then
+   if [ $machine = $2 ]; then
+   exit 0 # Mark for installation
+   else
+   exit 1 # Do not mark for installation
+   fi
+else
+   if [ $NEW_INSTALL ]; then
+   exit 2 # Mark

Bug#593108: hw-detect: Install mmc-modules automatically if needed

[Thibaut GIRKA]

Package: hw-detect
Severity: minor
Tags: patch

Some devices don't have a hard drive.
Instead of manually specifying modules for each device, it might be possible to
guess which device needs additional modules.

This patch implements one way to do this, by installing mmc-modules if no disk
are found.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.35-rc3+ (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From c784989b10d3e72601e59a8c73723166684fd12d Mon Sep 17 00:00:00 2001
From: Thibaut Girka t...@sitedethib.com
Date: Sun, 15 Aug 2010 13:30:38 +0200
Subject: [PATCH 1/9] hw-detect: install mmc-modules if no disks are found

---
 packages/hw-detect/hw-detect.sh |7 +++
 1 files changed, 7 insertions(+), 0 deletions(-)

diff --git a/packages/hw-detect/hw-detect.sh b/packages/hw-detect/hw-detect.sh
index 3e49a42..32483c9 100755
--- a/packages/hw-detect/hw-detect.sh
+++ b/packages/hw-detect/hw-detect.sh
@@ -29,6 +29,13 @@ if [ -d /sys/bus/pci/devices ]  \
anna-install virtio-modules || true
 fi
 
+# Install mmc modules if no other disks are found
+# (ex: embedded device with µSD storage)
+# TODO: more checks? move that to disk-detect?
+if [ -z $(list-devices disk) ]; then
+   anna-install mmc-modules || true
+fi
+
 if [ -x /sbin/depmod ]; then
depmod -a  /dev/null 21 || true
 fi
-- 
1.7.1

Bug#593109: hw-detect: Register g_ether after loading it

[Thibaut GIRKA]

Package: hw-detect
Severity: minor
Tags: patch

For some (well, probably only the Neo FreeRunner), g_ether is automatically
loaded by the installer, but it isn't loaded by the installed system.
This patch registers g_ether, so that we can ssh to the device after
installation.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.35-rc3+ (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From c04f45ee97dff8e82031e262180057d49e112f91 Mon Sep 17 00:00:00 2001
From: Thibaut Girka t...@sitedethib.com
Date: Sun, 15 Aug 2010 13:31:13 +0200
Subject: [PATCH 2/9] hw-detect: register module g_ether after loading it

---
 packages/hw-detect/hw-detect.sh |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/packages/hw-detect/hw-detect.sh b/packages/hw-detect/hw-detect.sh
index 32483c9..3fedfe4 100755
--- a/packages/hw-detect/hw-detect.sh
+++ b/packages/hw-detect/hw-detect.sh
@@ -216,6 +216,7 @@ if [ -d /sys/bus/platform/devices/s3c2440-usbgadget -o \

log Detected S3C2410/S3C2440 SoC, loading g_ether
load_module g_ether
+   register-module g_ether
 fi
 
 # If using real hotplug, re-run the rc scripts to pick up new modules.
-- 
1.7.1

Bug#586221: flash-kernel-installer/uboot-installer patch

[Thibaut Girka]

Here is a patch to do that (works only for the GTA02 for now).
From 10351531703fd014d460f67aa331873060cc062f Mon Sep 17 00:00:00 2001
From: Thibaut Girka t...@sitedethib.com
Date: Sun, 15 Aug 2010 13:38:33 +0200
Subject: [PATCH 3/9] flash-kernel-installer: add uboot-installer

---
 packages/flash-kernel/check.d/_numbers |1 +
 packages/flash-kernel/check.d/ext2_boot|   64 +
 packages/flash-kernel/debian/control   |2 +-
 .../debian/flash-kernel-installer.di-numbers   |1 +
 .../debian/flash-kernel-installer.install  |1 +
 .../debian/flash-kernel-installer.postinst |1 +
 .../debian/flash-kernel-installer.templates|   71 ++
 packages/flash-kernel/debian/rules |2 +-
 packages/flash-kernel/uboot-installer  |  146 
 9 files changed, 287 insertions(+), 2 deletions(-)
 create mode 100644 packages/flash-kernel/check.d/_numbers
 create mode 100755 packages/flash-kernel/check.d/ext2_boot
 create mode 100644 packages/flash-kernel/debian/flash-kernel-installer.di-numbers
 create mode 100644 packages/flash-kernel/debian/flash-kernel-installer.install
 create mode 100644 packages/flash-kernel/uboot-installer

diff --git a/packages/flash-kernel/check.d/_numbers b/packages/flash-kernel/check.d/_numbers
new file mode 100644
index 000..18d7600
--- /dev/null
+++ b/packages/flash-kernel/check.d/_numbers
@@ -0,0 +1 @@
+05 ext2_boot
diff --git a/packages/flash-kernel/check.d/ext2_boot b/packages/flash-kernel/check.d/ext2_boot
new file mode 100755
index 000..7109543
--- /dev/null
+++ b/packages/flash-kernel/check.d/ext2_boot
@@ -0,0 +1,64 @@
+#!/bin/sh
+# Check that the boot partition is of type ext2, and that it is marked as
+# bootable. Used for Openmoko FreeRunner (GTA02).
+
+machine=$(sed '/^Hardware/ {s/^Hardware\s*:\s*//;p}' /proc/cpuinfo)
+case $machine in
+	GTA02)
+	;;
+	*)
+		exit 0
+	;;
+esac
+
+. /lib/partman/lib/base.sh
+
+for dev in $DEVICES/*; do
+	[ -d $dev ] || continue
+	cd $dev
+	open_dialog PARTITIONS
+	while { read_line num id size type fs path name; [ $id ]; }; do
+		[ $fs != free ] || continue
+		[ -f $id/method ] || continue
+		[ -f $id/acting_filesystem ] || continue
+		[ -f $id/mountpoint ] || continue
+		mountpoint=$(cat $id/mountpoint)
+		filesystem=$(cat $id/acting_filesystem)
+		if [ $mountpoint = / ]; then
+			root_fs=$filesystem
+			root_type=$type
+			root_path=$path
+			if [ -f $id/bootable ]; then
+root_bootable=yes
+			fi
+		elif [ $mountpoint = /boot ]; then
+			boot_fs=$filesystem
+			boot_type=$type
+			boot_path=$path
+			if [ -f $id/bootable ]; then
+boot_bootable=yes
+			fi
+		fi
+	done
+	close_dialog
+done
+
+# If no separate boot partition exists root acts as boot
+if [ -z $boot_path ]; then
+	boot_fs=$root_fs
+	boot_type=$root_type
+	boot_path=$root_path
+	boot_bootable=$root_bootable
+fi
+
+# We require an ext2 filesystem to boot
+if [ $boot_fs != ext2 ]; then
+	db_set flash-kernel-installer/uboot/boot_not_ext2 true
+	db_input critical flash-kernel-installer/uboot/boot_not_ext2 || true
+	db_go || true
+	db_get flash-kernel-installer/uboot/boot_not_ext2
+	if [ $RET = true ]; then
+		exit 1
+	fi
+fi
+
diff --git a/packages/flash-kernel/debian/control b/packages/flash-kernel/debian/control
index ce959a2..7d1fc1a 100644
--- a/packages/flash-kernel/debian/control
+++ b/packages/flash-kernel/debian/control
@@ -3,7 +3,7 @@ Section: utils
 Priority: optional
 Maintainer: Debian Install System Team debian-b...@lists.debian.org
 Uploaders: Martin Michlmayr t...@cyrius.com, Wouter Verhelst wou...@debian.org
-Build-Depends: debhelper (= 7.3.10)
+Build-Depends: debhelper (= 7.3.10), dh-di
 Standards-Version: 3.7.2
 Vcs-Svn: svn://svn.debian.org/d-i/trunk/packages/flash-kernel
 
diff --git a/packages/flash-kernel/debian/flash-kernel-installer.di-numbers b/packages/flash-kernel/debian/flash-kernel-installer.di-numbers
new file mode 100644
index 000..0110b8d
--- /dev/null
+++ b/packages/flash-kernel/debian/flash-kernel-installer.di-numbers
@@ -0,0 +1 @@
+check.d lib/partman
diff --git a/packages/flash-kernel/debian/flash-kernel-installer.install b/packages/flash-kernel/debian/flash-kernel-installer.install
new file mode 100644
index 000..cd38ae6
--- /dev/null
+++ b/packages/flash-kernel/debian/flash-kernel-installer.install
@@ -0,0 +1 @@
+uboot-installer usr/share/flash-kernel-installer
diff --git a/packages/flash-kernel/debian/flash-kernel-installer.postinst b/packages/flash-kernel/debian/flash-kernel-installer.postinst
index 22bc6d1..164e464 100755
--- a/packages/flash-kernel/debian/flash-kernel-installer.postinst
+++ b/packages/flash-kernel/debian/flash-kernel-installer.postinst
@@ -5,6 +5,7 @@
 set -e
 
 . /usr/share/debconf/confmodule
+. /usr/share/flash-kernel-installer/uboot-installer
 
 log() {
 	logger -t flash-kernel-installer $@
diff --git a/packages/flash-kernel/debian/flash-kernel-installer.templates b/packages/flash

Bug#592504: Please provide a libxtst6 udeb

[Thibaut GIRKA]

Package: libxtst6
Version: 2:1.1.0-3
Severity: wishlist
Tags: d-i patch

I'm currently working on Debian Installer for the FreeRunner, and, as it
doesn't have a physical keyboard, the graphical installer would be useless
without an on-screen keyboard.
I chose to use matchbox-keyboard to provide an on-screen keyboard, as it has
few dependencies and provides a GTK input method module (so the screen can pop
only when needed).
matchbox-keyboard depends on libxtst6 and libfakekey0 (which depends on
libxtst6 too), so please provide a libxtst6 udeb.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages libxtst6 depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxi62:1.3-4X11 Input extension library
ii  x11-common1:7.5+6X Window System (X.Org) infrastruc

libxtst6 recommends no packages.

libxtst6 suggests no packages.

-- no debconf information
diff -r affb9c86f505 libxtst-1.1.0/debian/control
--- a/libxtst-1.1.0/debian/control	Fri Aug 06 04:26:57 2010 +0200
+++ b/libxtst-1.1.0/debian/control	Tue Aug 10 17:47:47 2010 +0200
@@ -38,6 +38,14 @@
  This module can be found at
  git://anongit.freedesktop.org/git/xorg/lib/libXtst
 
+Package: libxtst6-udeb
+Section: debian-installer
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+XC-Package-Type: udeb
+Description: X11 Testing -- Record extension library
+ This is a udeb, or a microdeb, for the debian-installer.
+
 Package: libxtst6-dbg
 Architecture: any
 Section: debug
diff -r affb9c86f505 libxtst-1.1.0/debian/libxtst6-udeb.install
--- /dev/null	Thu Jan 01 00:00:00 1970 +
+++ b/libxtst-1.1.0/debian/libxtst6-udeb.install	Tue Aug 10 17:47:47 2010 +0200
@@ -0,0 +1,1 @@
+usr/lib/libXtst.so.6*
diff -r affb9c86f505 libxtst-1.1.0/debian/rules
--- a/libxtst-1.1.0/debian/rules	Fri Aug 06 04:26:57 2010 +0200
+++ b/libxtst-1.1.0/debian/rules	Tue Aug 10 17:47:47 2010 +0200
@@ -82,7 +82,7 @@
 	dh_strip --dbg-package=$(PACKAGE)-dbg
 	dh_compress
 	dh_fixperms
-	dh_makeshlibs
+	dh_makeshlibs --add-udeb=$(PACKAGE)-udeb
 	dh_shlibdeps
 	dh_installdeb
 	dh_gencontrol

Bug#592505: libfakekey0: Please provide a libfakekey udeb

[Thibaut GIRKA]

Package: libfakekey0
Version: 0.1-1
Severity: wishlist
Tags: d-i patch

I'm currently working on Debian Installer for the FreeRunner, and, as it
doesn't have a physical keyboard, the graphical installer would be useless
without an on-screen keyboard.
I chose to use matchbox-keyboard to provide an on-screen keyboard, as it has
few dependencies and provides a GTK input method module (so the screen can pop
only when needed).
matchbox-keyboard depends on libfakekey0, so please provide a libfakekey udeb.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages libfakekey0 depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxtst6  2:1.1.0-3  X11 Testing -- Record extension li

libfakekey0 recommends no packages.

libfakekey0 suggests no packages.

-- no debconf information
diff -r affb9c86f505 libfakekey-0.1/debian/control
--- a/libfakekey-0.1/debian/control	Fri Aug 06 04:26:57 2010 +0200
+++ b/libfakekey-0.1/debian/control	Tue Aug 10 17:48:51 2010 +0200
@@ -24,3 +24,12 @@
  key-presses.
  .
  This package contains the libfakekey runtime library.
+
+Package: libfakekey0-udeb
+Section: debian-installer
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+XC-Package-Type: udeb
+Description: library for converting characters to X key-presses [runtime]
+ This is a udeb, or a microdeb, for the debian-installer.
+
diff -r affb9c86f505 libfakekey-0.1/debian/libfakekey0-udeb.install
--- /dev/null	Thu Jan 01 00:00:00 1970 +
+++ b/libfakekey-0.1/debian/libfakekey0-udeb.install	Tue Aug 10 17:48:51 2010 +0200
@@ -0,0 +1,1 @@
+debian/tmp/usr/lib/lib*.so.*
diff -r affb9c86f505 libfakekey-0.1/debian/libfakekey0.shlibs
--- a/libfakekey-0.1/debian/libfakekey0.shlibs	Fri Aug 06 04:26:57 2010 +0200
+++ b/libfakekey-0.1/debian/libfakekey0.shlibs	Tue Aug 10 17:48:51 2010 +0200
@@ -1,1 +1,2 @@
 libfakekey 0 libfakekey0 (= 0.1)
+udeb: libfakekey 0 libfakekey0-udeb

Bug#592048: cdebconf: unable to display ${something}

[Thibaut GIRKA]

Package: cdebconf
Version: unable to display ${something}
Severity: minor
Tags: d-i

I'm writing a tool to modify the u-boot environment on certain devices.
At a point, I'm showing the user the changes to make to his environment.
Such changes usually contains the ${mtdparts} string, that triggers an
assertion error in cdebconf when displayed.

I have made several tests:
1°) db_subst uboot-installer/apply_changes CHANGES $$ shows $$,
2°) db_subst uboot-installer/apply_changes CHANGES \${mtdparts} aborts
3°) db_subst uboot-installer/apply_changes CHANGES $\{mtdparts} shows
$\{mtdparts}, which is not what I want

Reading the source code, I finally came to the conclusion that cdebconf expands
${...} no matter what, and wants it to be a directive.
Reading the doc, I've found that a non-implemented directive does nothing and
is replaced by an empty string, so, here is my ugly hack that works:

db_subst uboot-installer/apply_changes CHANGES $${!}{mtdparts}

This feels a bit wrong, and I think there should be a better way to do that.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages cdebconf depends on:
ii  debconf   1.5.33 Debian configuration management sy
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libdebian-installer4  0.74   Library of common debian-installer
ii  libnewt0.52   0.52.11-1  Not Erik's Windowing Toolkit - tex
ii  libslang2 2.2.2-4The S-Lang programming library - r
pn  libtextwrap1  none (no description available)

cdebconf recommends no packages.

Versions of packages cdebconf suggests:
pn  cdebconf-gtk  none (no description available)



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

Bug#591433: kernel-wedge: Please add g_ether to nic-usb-modules

[Thibaut GIRKA]

Package: kernel-wedge
Version: 2.64
Severity: wishlist
Tags: d-i

The Neo Freerunner possesses two nics, the first one being the wifi chip, which
driver won't ever go upstream.
The other is its USB port thanks to the g_ether module, which is already
mainline since at least 2.6.32.
So, please add g_ether to nic-usb-modules.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages kernel-wedge depends on:
ii  debhelper 7.9.3  helper programs for debian/rules
ii  make  3.81-8 An utility for Directing compilati

kernel-wedge recommends no packages.

kernel-wedge 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#586221: uboot-envtools: Please make a uboot-envtool udeb

[Thibaut GIRKA]

Package: uboot-envtools
Version: 20081215-2
Severity: wishlist

uboot-envtools would be useful in the Debian Installer, to enable U-Boot
detection and configuration, in a similar way the Debian Installer installs
GRUB and configure it on a x86 machine.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages uboot-envtools depends on:
ii  libc6 2.11.1-3   Embedded GNU C Library: Shared lib

uboot-envtools recommends no packages.

uboot-envtools 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#584166: uboot-mkimage: Corrected patch

[Thibaut GIRKA]

Package: uboot-mkimage
Version: 0.4
Severity: normal

Minor correction of the previous patch: with the previous patch, with the
switch on, it would have added one byte to the last file's size (if it's a
multiple of 4) without adding data to the image. This is not needed, and
possibly broken.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages uboot-mkimage depends on:
ii  libc6 2.10.2-9   Embedded GNU C Library: Shared lib

uboot-mkimage recommends no packages.

uboot-mkimage suggests no packages.
diff -r 4281db2bcda6 mkimage.c
--- a/mkimage.c	Tue Jun 01 22:46:18 2010 +0200
+++ b/mkimage.c	Wed Jun 02 00:00:12 2010 +0200
@@ -170,6 +170,7 @@
 int lflag= 0;
 int vflag= 0;
 int xflag= 0;
+int pflag= 0;
 int opt_os   = IH_OS_LINUX;
 int opt_arch = IH_CPU_PPC;
 int opt_type = IH_TYPE_KERNEL;
@@ -254,6 +255,9 @@
 	usage ();
 name = *++argv;
 goto NXTARG;
+			case 'p':
+pflag++;
+break;
 			case 'v':
 vflag++;
 break;
@@ -408,6 +412,8 @@
 		cmdname, file, strerror(errno));
 	exit (EXIT_FAILURE);
 }
+if (pflag  sep  (sbuf.st_size % 4) == 0)
+	sbuf.st_size += 1;
 size = htonl(sbuf.st_size);
 			} else {
 size = 0;
@@ -584,7 +590,8 @@
 		exit (EXIT_FAILURE);
 	}
 
-	if (pad  ((tail = size % 4) != 0)) {
+	tail = size % 4;
+	if (pad  (pflag || tail != 0)) {
 
 		if (write(ifd, (char *)zero, 4-tail) != 4-tail) {
 			fprintf (stderr, %s: Write error on %s: %s\n,
@@ -613,6 +620,7 @@
 			   -e == set entry point to 'ep' (hex)\n
 			   -n == set image name to 'name'\n
 			   -d == use image data from 'datafile'\n
+			   -p == force padding in multi-file images (work around a bug in u-boot)\n
 			   -x == set XIP (execute in place)\n
 		);
 	exit (EXIT_FAILURE);

Bug#584166: uboot-mkimage: add compatibility flag for broken u-boot versions

[Thibaut GIRKA]

Package: uboot-mkimage
Version: 0.4
Severity: normal
Tags: patch

Some versions of U-Boot (especially the one in the OpenMoko Freerunner NOR) are
broken and don't handle multi-file images the right way.
Multi-file images are U-Boot images with a table of sizes (size of the several
files), then the abovementionned files, aligned to multiples of 4 bytes.
Some broken versions of U-Boot expect a 4-byte padding for already aligned
files.

This patch adds a switch to add one zero byte at the end of a file whose size
is a multiple of 4.
This permits readability by both broken and non-broken versions of U-Boot,
while being safe.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages uboot-mkimage depends on:
ii  libc6 2.10.2-9   Embedded GNU C Library: Shared lib

uboot-mkimage recommends no packages.

uboot-mkimage suggests no packages.

-- no debconf information
diff -r 4281db2bcda6 mkimage.c
--- a/mkimage.c	Tue Jun 01 22:46:18 2010 +0200
+++ b/mkimage.c	Wed Jun 02 00:00:12 2010 +0200
@@ -170,6 +170,7 @@
 int lflag= 0;
 int vflag= 0;
 int xflag= 0;
+int pflag= 0;
 int opt_os   = IH_OS_LINUX;
 int opt_arch = IH_CPU_PPC;
 int opt_type = IH_TYPE_KERNEL;
@@ -254,6 +255,9 @@
 	usage ();
 name = *++argv;
 goto NXTARG;
+			case 'p':
+pflag++;
+break;
 			case 'v':
 vflag++;
 break;
@@ -408,6 +412,8 @@
 		cmdname, file, strerror(errno));
 	exit (EXIT_FAILURE);
 }
+if (pflag  (sbuf.st_size % 4) == 0)
+	sbuf.st_size += 1;
 size = htonl(sbuf.st_size);
 			} else {
 size = 0;
@@ -584,7 +590,8 @@
 		exit (EXIT_FAILURE);
 	}
 
-	if (pad  ((tail = size % 4) != 0)) {
+	tail = size % 4;
+	if (pad  (pflag || tail != 0)) {
 
 		if (write(ifd, (char *)zero, 4-tail) != 4-tail) {
 			fprintf (stderr, %s: Write error on %s: %s\n,
@@ -613,6 +620,7 @@
 			   -e == set entry point to 'ep' (hex)\n
 			   -n == set image name to 'name'\n
 			   -d == use image data from 'datafile'\n
+			   -p == force padding in multi-file images (work around a bug in u-boot)\n
 			   -x == set XIP (execute in place)\n
 		);
 	exit (EXIT_FAILURE);

Bug#572258: epiphany-browser: Cannot access websites using HTTPS

[Thibaut GIRKA]

 I bet your problem lies here. Try upgrading libsoup2.4-1 to 2.29.91-1,
 please, and restart Epiphany.

Indeed, it seems to work fine, now, thanks :)
Maybe libsoup-gnome2.4-1 should depend on the right version of
libsoup2.4-1?


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#572258: epiphany-browser: Cannot access websites using HTTPS

[Thibaut GIRKA]

Package: epiphany-browser
Version: 2.29.91-1
Severity: important

Since a recent upgrade, I'm not able to browse websites using HTTPS.
Such pages keep loading, and I can't access them at all.

However, the same pages works just fine with iceweasel or midori.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages epiphany-browser depends on:
ii  dbus-x11 1.2.20-2simple interprocess messaging syst
ii  epiphany-browser-data2.29.91-1   Data files for the GNOME web brows
ii  gnome-icon-theme 2.28.0-1GNOME Desktop icon theme
ii  iso-codes3.13-1  ISO language, territory, currency,
ii  libavahi-client3 0.6.25-3Avahi client library
ii  libavahi-common3 0.6.25-3Avahi common library
ii  libavahi-gobject00.6.25-3Avahi GObject library
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libdbus-1-3  1.2.20-2simple interprocess messaging syst
ii  libdbus-glib-1-2 0.84-1  simple interprocess messaging syst
ii  libgconf2-4  2.28.0-1GNOME configuration database syste
ii  libgirepository1.0-0 0.6.7-3 Library for handling GObject intro
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libgnome-keyring02.28.2-1GNOME keyring services library
ii  libgtk2.0-0  2.18.6-1The GTK+ graphical user interface 
ii  libice6  2:1.0.6-1   X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-g 0.4.5-1 sends desktop notifications to a n
ii  libnspr4-0d  4.8.3-1 NetScape Portable Runtime Library
ii  libnss3-1d   3.12.5-2Network Security Service libraries
ii  libpango1.0-01.26.2-1Layout and rendering of internatio
ii  libseed0 2.28.1-1GObject JavaScript bindings for th
ii  libsm6   2:1.1.1-1   X11 Session Management library
ii  libsoup-gnome2.4-1   2.29.91-1   an HTTP library implementation in 
ii  libsoup2.4-1 2.29.90-1   an HTTP library implementation in 
ii  libwebkit-1.0-2  1.1.22-1Web content engine library for Gtk
ii  libx11-6 2:1.3.3-1   X11 client-side library
ii  libxml2  2.7.6.dfsg-2+b1 GNOME XML library
ii  libxslt1.1   1.1.26-1+b1 XSLT processing library - runtime 

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20090814Common CA certificates
ii  evince   2.28.2-1Document (postscript, pdf) viewer
ii  yelp 2.28.0+webkit-2 Help browser for GNOME

epiphany-browser 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#568778: linux-image-2.6.29-openmoko-gta02: CONFIG_SYSFS_DEPRECATED=y breaks udev

[Thibaut GIRKA]

Package: linux-image-2.6.29-openmoko-gta02
Version: 20090702.gitd1c828aa-3
Severity: important

X-Debbugs-Cc: pkg-fso-ma...@lists.alioth.debian.org

Recent udev versions needs CONFIG_SYSFS_DEPRECATED to be disabled, but this 
kernel have CONFIG_SYSFS_DEPRECATED=y.
This causes udev not to create node for some devices, including SD cards.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#560794: epiphany-browser: Crash when middle-clicking bookmarks

[Thibaut GIRKA]

Package: epiphany-browser
Version: 2.29.3-1
Severity: normal

Epiphany crashes when middle-clicking on bookmarks on the toolbar. ctrl+click 
works fine.

Here is a backtrace:
(gdb) bt
#0  0xb69bacd6 in value_lcopy_boolean (value=0xbfaa7588, n_collect_values=1, 
collect_values=0xbfaa7508, collect_flags=0)
at 
/build/buildd-glib2.0_2.22.3-1-i386-Y6yR35/glib2.0-2.22.3/gobject/gvaluetypes.c:79
#1  0xb69a9458 in IA__g_signal_emit_valist (instance=0x8f3ae78, signal_id=55, 
detail=0, 
var_args=0xbfaa7620 
\344\231\367\266\344\231\367\266Hv\252\277f\177϶x\256\363\b\360\221Z\t\250\342\360\b\230V\234\266\320~϶(\003\371\b\330v\252\277\343=\231\266(\003\371\b\300w\252\277\002)
at 
/build/buildd-glib2.0_2.22.3-1-i386-Y6yR35/glib2.0-2.22.3/gobject/gsignal.c:2992
#2  0xb69a9655 in IA__g_signal_emit_by_name (instance=0x8f3ae78, 
detailed_signal=0x80f638c button-press-event)
at 
/build/buildd-glib2.0_2.22.3-1-i386-Y6yR35/glib2.0-2.22.3/gobject/gsignal.c:3074
#3  0x080b91ad in button_press_cb (widget=0x8f3ae78, event=0x95a91f0, 
action=0x8f0e2a8)
at 
/build/buildd-epiphany-browser_2.29.3-1-i386-oYKDhT/epiphany-browser-2.29.3/src/bookmarks/ephy-bookmark-action.c:446



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages epiphany-browser depends on:
ii  dbus-x111.2.16-2 simple interprocess messaging syst
ii  epiphany-browser-data   2.29.3-1 Data files for the GNOME web brows
ii  gnome-icon-theme2.28.0-1 GNOME Desktop icon theme
ii  iso-codes   3.12-1   ISO language, territory, currency,
ii  libavahi-client30.6.25-2 Avahi client library
ii  libavahi-common30.6.25-2 Avahi common library
ii  libavahi-gobject0   0.6.25-2 Avahi GObject library
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-2   simple interprocess messaging syst
ii  libgconf2-4 2.28.0-1 GNOME configuration database syste
ii  libgirepository1.0-00.6.5-4  Library for handling GObject intro
ii  libglib2.0-02.22.3-1 The GLib library of C routines
ii  libgnome-keyring0   2.28.1-2 GNOME keyring services library
ii  libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-gtk2 0.4.5-1  sends desktop notifications to a n
ii  libnspr4-0d 4.8.2-1  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.4-1 Network Security Service libraries
ii  libpango1.0-0   1.26.1-1 Layout and rendering of internatio
ii  libseed02.28.0-2 GObject JavaScript bindings for th
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsoup-gnome2.4-1  2.28.1-3 an HTTP library implementation in 
ii  libsoup2.4-12.28.1-3 an HTTP library implementation in 
ii  libwebkit-1.0-2 1.1.17-2 Web content engine library for Gtk
ii  libx11-62:1.3.2-1X11 client-side library
ii  libxml2 2.7.6.dfsg-1 GNOME XML library
ii  libxslt1.1  1.1.26-1 XSLT processing library - runtime 

Versions of packages epiphany-browser recommends:
ii  yelp 2.28.0+webkit-1 Help browser for GNOME

Versions of packages epiphany-browser suggests:
pn  mozpluggernone (no description available)

-- no debconf information



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

Bug#558484: doesn't remove obsolete packages

[Thibaut GIRKA]

Package: computer-janitor
Version: 1.13.3-2
Severity: normal

computer-janitor lists obsolete packages, but won't remove them
(although it says it does).


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

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

Versions of packages computer-janitor depends on:
ii  python2.5.4-2An interactive high-level
object-o
ii  python-apt0.7.13.3   Python interface to
libapt-pkg
ii  python-fstab  1.4-1  read, manipulate, and
write /etc/f
ii  python-support1.0.4  automated rebuilding
support for P

computer-janitor recommends no packages.

computer-janitor 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#558585: override: bluemindo:sound/extra

[Thibaut GIRKA]

Package: ftp.debian.org
Severity: normal

 There are disparities between your recently accepted upload and the
 override file for the following file(s):
 
 bluemindo_0.3-1_all.deb: package says priority is extra, override says 
 optional.

Bluemindo depends on python-tagpy, which is extra.
So, bluemindo's priority should be changed to extra.



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

Bug#500589: linux-image-2.6.26-1-686 version 2.6.26-8: internal microphone does not work

[Thibaut GIRKA]

I have found (at least on my computer) the origin of the problem.
It's in sound/pci/hda/patch_analog.c, in the ad1986a_automic function
(line 658 in the current lenny version).
If I disable this function, using an ugly return at the beginning, it
works fine.
However, I haven't the required knowledge to go further (tweaking the
function in order to make it do what it should do, without breaking
sound recording on certain models).


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#506796: udev: External USB Hard Drive device node under the floppy group

[Thibaut GIRKA]

Package: udev
Version: 0.125-7
Severity: normal

As I'm not sure about this is a bug or not, I only set the severity to normal.
Here is the thing : I was playing with a USB Key (512Mo) to make an USB boot 
key in order to install debian on another computer.
Unfortunaly, I messed up with the device nodes and used /dev/sda (my 320GB 
external HDD) instead of /dev/sdb (my USB Key).
So, the partition tables, and the start of the ext3 partition, were 
overwritten, causing the (unrecoverable?) loss of data.

I made this using my user's privileges. It wouldn't have been possible if 
/dev/sda's group were disk instead of floppy.

I can remember that, a few months ago, my external HDD was under the disk 
group, whereas my USB key was under the floppy group,
and that's the behaviour I would have wanted.

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 176
-rw-r--r-- 1 root root  3586 aoû  7 01:48 50-udev.rules
-rw-r--r-- 1 root root  1543 aoû  7 01:48 60-persistent-input.rules
-rw-r--r-- 1 root root  4554 aoû  7 01:48 60-persistent-storage.rules
-rw-r--r-- 1 root root  1582 aoû  7 01:48 60-persistent-storage-tape.rules
-rw-r--r-- 1 root root   523 aoû  7 01:48 60-persistent-v4l.rules
-rw-r--r-- 1 root root  1248 jun 23 20:55 70-persistent-cd.rules
-rw-r--r-- 1 root root   775 déc 19  2007 70-persistent-net.rules
-rw-r--r-- 1 root root   452 aoû  7 01:48 75-cd-aliases-generator.rules
-rw-r--r-- 1 root root  3083 sep 19 03:11 75-persistent-net-generator.rules
-rw-r--r-- 1 root root  2282 aoû  7 01:48 80-drivers.rules
-rw-r--r-- 1 root root82 aoû 17 20:15 90-hal.rules
-rw-r--r-- 1 root root  4247 aoû  7 01:48 91-permissions.rules
-rw-r--r-- 1 root root   593 aoû  7 01:48 95-late.rules
lrwxrwxrwx 1 root root16 jui 10 11:51 libmtp7.rules - ../libmtp7.rules
lrwxrwxrwx 1 root root19 sep 11  2007 z60_alsa-utils.rules - 
../alsa-utils.rules
-rw-r--r-- 1 root root   109 mar  1  2008 z60_boinc-client.rules
lrwxrwxrwx 1 root root15 sep 11  2007 z60_hdparm.rules - ../hdparm.rules
-rw-r--r-- 1 root root  1914 jan  3  2008 z60_libccid.rules
-rw-r--r-- 1 root root  2656 jun 15 19:27 z60_libpisock9.rules
-rw-r--r-- 1 root root 14883 jui 31 21:54 z60_libsane-extras.rules
-rw-r--r-- 1 root root 72908 sep 22 11:30 z60_libsane.rules
-rw-r--r-- 1 root root80 nov  7 12:14 z60_virtualbox-ose.rules
-rw-r--r-- 1 root root  6661 déc  2  2007 z60_xserver-xorg-input-wacom.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hda/hda7/dev
/sys/block/hda/hda8/dev
/sys/block/hdb/dev
/sys/block/loop0/dev
/sys/block/loop1/dev
/sys/block/loop2/dev
/sys/block/loop3/dev
/sys/block/loop4/dev
/sys/block/loop5/dev
/sys/block/loop6/dev
/sys/block/loop7/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/class/bsg/13:0:0:0/dev
/sys/class/drm/card0/dev
/sys/class/hidraw/hidraw0/dev
/sys/class/hidraw/hidraw1/dev
/sys/class/hidraw/hidraw2/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input10/event10/dev
/sys/class/input/input10/mouse1/dev
/sys/class/input/input11/event6/dev
/sys/class/input/input11/mouse0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input3/event3/dev
/sys/class/input/input4/event4/dev
/sys/class/input/input5/event5/dev
/sys/class/input/input7/event7/dev
/sys/class/input/input8/event8/dev
/sys/class/input/input9/event9/dev
/sys/class/input/mice/dev
/sys/class/misc/cpu_dma_latency/dev
/sys/class/misc/fuse/dev
/sys/class/misc/hpet/dev
/sys/class/misc/network_latency/dev
/sys/class/misc/network_throughput/dev
/sys/class/misc/psaux/dev
/sys/class/misc/snapshot/dev
/sys/class/misc/vboxdrv/dev
/sys/class/misc/watchdog/dev
/sys/class/rtc/rtc0/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1p/dev
/sys/class/sound/pcmC0D6c/dev
/sys/class/sound/pcmC0D6p/dev
/sys/class/sound/seq/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev3.2/dev
/sys/class/usb_device/usbdev3.4/dev
/sys/class/usb_device/usbdev3.5/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb_device/usbdev5.1/dev
/sys/class/usb_device/usbdev5.21/dev
/sys/class/usb_device/usbdev5.4/dev
/sys/class/usb_endpoint/usbdev1.1_ep00/dev
/sys/class/usb_endpoint/usbdev1.1_ep81/dev
/sys/class/usb_endpoint/usbdev2.1_ep00/dev
/sys/class/usb_endpoint/usbdev2.1_ep81/dev
/sys/class/usb_endpoint/usbdev3.1_ep00/dev
/sys/class/usb_endpoint/usbdev3.1_ep81/dev

Bug#500589: linux-image-2.6.26-1-686: HDA Intel: microphone not working anymore

[Thibaut GIRKA]

Package: linux-image-2.6.26-1-686
Version: 2.6.26-5
Severity: normal

My microphone doesn't work with the 2.6.26 kernel.
I tried several times, with rec, audacity, and checking alsamixer.
The microphone is shown in alsamixer, the volume is ok.
When audacity or rec records from the microphone, it start recording, but there 
is nothing recorded (except silence).
It works fine with the 2.6.25 kernel.

-- Package-specific info:
** Version:
Linux version 2.6.26-1-686 (Debian 2.6.26-5) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Wed Sep 10 16:46:13 UTC 
2008

** Command line:
root=/dev/hda7 ro 

** Not tainted

** Kernel log:
[9.437765] gspca: [vc032x_read_sensor_register:123] Read Sensor h (0x00) m 
(0x00) l (0x00) 
[9.446132] gspca: [vc032x_read_sensor_register:123] Read Sensor h (0x00) m 
(0x60) l (0x76) 
[9.446656] gspca: [vc0321_config:366] Find Sensor OV7660
[9.449292] gspca: [spca5xx_getcapability:1249] maxw 640 maxh 480 minw 176 
minh 144
[9.449292] usbcore: registered new interface driver gspca
[9.449292] gspca: gspca driver 01.00.20 registered
[9.472344] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection 
driver for Linux, 1.2.26ks
[9.472344] iwl3945: Copyright(c) 2003-2008 Intel Corporation
[9.501082] usb-storage: device scan complete
[9.501082] scsi 0:0:0:0: Direct-Access SEAGATE  ST3320820A   3.AA 
PQ: 0 ANSI: 2
[9.588971] Driver 'sd' needs updating - please use bus_type methods
[9.588971] sd 0:0:0:0: [sda] 625142448 512-byte hardware sectors (320073 MB)
[9.591585] sd 0:0:0:0: [sda] Write Protect is off
[9.591675] sd 0:0:0:0: [sda] Mode Sense: 53 00 00 08
[9.591680] sd 0:0:0:0: [sda] Assuming drive cache: write through
[9.594324] sd 0:0:0:0: [sda] 625142448 512-byte hardware sectors (320073 MB)
[9.595038] sd 0:0:0:0: [sda] Write Protect is off
[9.595038] sd 0:0:0:0: [sda] Mode Sense: 53 00 00 08
[9.595038] sd 0:0:0:0: [sda] Assuming drive cache: write through
[9.595038]  sda:6ACPI: PCI Interrupt :02:00.0[A] - GSI 16 (level, 
low) - IRQ 16
[9.610395] PCI: Setting latency timer of device :02:00.0 to 64
[9.610395] iwl3945: Detected Intel Wireless WiFi Link 3945ABG
[9.616972]  sda1 sda2
[9.617266] sd 0:0:0:0: [sda] Attached SCSI disk
[9.671756] iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels
[9.673926] phy0: Selected rate control algorithm 'iwl-3945-rs'
[9.677398] Synaptics Touchpad, model: 1, fw: 6.2, id: 0x81a0b1, caps: 
0xa04713/0x20
[9.724281] input: SynPS/2 Synaptics TouchPad as /class/input/input10
[9.783254] found SMC SuperIO Chip (devid=0x7a rev=01 base=0x002e): LPC47N227
[9.783254] smsc_superio_flat(): fir: 0x6f8, sir: 0x2f8, dma: 15, irq: 3, 
mode: 0x0e
[9.783254] smsc_ircc_present: can't get sir_base of 0x2f8
[9.916262] ACPI: PCI interrupt for device :02:00.0 disabled
[   11.247506] Adding 1269092k swap on /dev/hda5.  Priority:-1 extents:1 
across:1269092k
[   11.826674] EXT3 FS on hda7, internal journal
[   12.100873] loop: module loaded
[   13.160932] fuse init (API version 7.9)
[   13.261036] kjournald starting.  Commit interval 5 seconds
[   13.261266] EXT3 FS on hda6, internal journal
[   13.261266] EXT3-fs: mounted filesystem with ordered data mode.
[   13.297028] kjournald starting.  Commit interval 5 seconds
[   13.297219] EXT3 FS on hda8, internal journal
[   13.297219] EXT3-fs: mounted filesystem with ordered data mode.
[   22.738963] NET: Registered protocol family 10
[   22.738963] lo: Disabled Privacy Extensions
[   26.381579] lp: driver loaded but no devices found
[   26.437700] ppdev: user-space parallel port driver
[   40.780646] warning: `avahi-daemon' uses 32-bit capabilities (legacy support 
in use)
[   43.215791] gspca: [gspca_set_isoc_ep:945] ISO EndPoint found 0x82 
AlternateSet 7
[   44.447938] Bluetooth: L2CAP ver 2.9
[   44.447938] Bluetooth: L2CAP socket layer initialized
[   44.567287] Bluetooth: RFCOMM socket layer initialized
[   44.567287] Bluetooth: RFCOMM TTY layer initialized
[   44.567287] Bluetooth: RFCOMM ver 1.8
[   44.883943] ACPI: PCI Interrupt :02:00.0[A] - GSI 16 (level, low) - 
IRQ 16
[   44.884295] PM: Writing back config space on device :02:00.0 at offset 1 
(was 12, writing 16)
[   44.888369] firmware: requesting iwlwifi-3945-1.ucode
[   45.224610] Registered led device: iwl-phy0:radio
[   45.224610] Registered led device: iwl-phy0:assoc
[   45.224610] Registered led device: iwl-phy0:RX
[   45.224610] Registered led device: iwl-phy0:TX
[   45.232621] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   45.410030] r8169: eth1: link down
[   45.410030] ADDRCONF(NETDEV_UP): eth1: link is not ready
[   50.719623] Symbol init_mm is marked as UNUSED, however this module is using 
it.
[   50.719623] This symbol will go away in the future.
[   50.719623] Please evalute if this is the right api to use and if it really 
is, submit 

Bug#486469: persistence: options to only check partition labels or disable snapshots

[Thibaut GIRKA]

Package: live-initramfs
Severity: wishlist

An option, to only check partition labels for live-rw and home-rw 
instead of mounting every partition and search image files, would be 
nice, since it'll speed up the boot time.
An option to disable snapshots (persistence enabled, snapshots disabled) 
would be nice too.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#481762: gnome-applets: trashapplet doesn't work

[Thibaut GIRKA]

Package: gnome-applets
Version: 2.22.1-1
Severity: normal

The trash applet doesn't work (it takes place in the panel but doesn't 
displays). Here is the error message (when started in text mode):
** (trashapplet:20883): CRITICAL **: could not query trash:/: 'Operation not 
supported'


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-applets depends on:
ii  debconf [debconf-2.0]  1.5.21Debian configuration management sy
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-applets-data 2.22.1-1  Various applets for GNOME 2 panel 
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  gnome-panel2.22.1.3-2launcher and docking facility for 
ii  gstreamer0.10-alsa 0.10.19-1 GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-good 0.10.8-2  GStreamer plugins from the good 
ii  libapm13.2.2-10  Library for interacting with APM d
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcpufreq0002-7.2   shared library to deal with the cp
ii  libdbus-1-31.2.1-2   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.74-2simple interprocess messaging syst
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgnome-desktop-2 2.22.1-1  Utility library for loading .deskt
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomekbd2   2.22.0-1  GNOME library to manage keyboard c
ii  libgnomekbdui2 2.22.0-1  User interface library for libgnom
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-2GNOME Virtual File System (runtime
ii  libgnomevfs2-extra 1:2.22.0-2GNOME Virtual File System (extra m
ii  libgstreamer-plugins-base0 0.10.19-1 GStreamer libraries from the base
ii  libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme
ii  libgtk2.0-02.12.9-3  The GTK+ graphical user interface 
ii  libgtop2-7 2.22.1-1  gtop system monitoring library
ii  libgucharmap6  1:2.22.1-1Unicode browser widget library (sh
ii  libgweather1   2.22.1.2-1GWeather shared library
ii  libhal10.5.11~rc2-1  Hardware Abstraction Layer - share
ii  libnotify1 [libnotify1-gtk 0.4.4-3   sends desktop notifications to a n
ii  libpanel-applet2-0 2.20.3-3  library for GNOME Panel applets
ii  libpango1.0-0  1.20.2-2  Layout and rendering of internatio
ii  libwnck22  2.22.1-1  Window Navigator Construction Kit 
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxklavier12  3.5-1 X Keyboard Extension high-level AP
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  python 2.5.2-1   An interactive high-level object-o

Versions of packages gnome-applets recommends:
ii  deskbar-applet2.22.1-1   universal search and navigation ba
ii  gnome-media   2.22.0-1   GNOME media utilities
ii  gnome-netstatus-applet2.12.1-2   Network status applet for GNOME 2
ii  gnome-system-monitor  2.22.1-1   Process viewer and system resource
ii  python-gnome2 2.22.0-1   Python bindings for the GNOME desk

-- debconf information excluded



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

Bug#480902: teeworlds crashes (no idea why)

[Thibaut GIRKA]

Package: teeworlds
Version: 0.4.2-1
Severity: important


teeworlds have crashed two times since I tried it (yesterday):
I've no idea why it crashed, but here is the error message:
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  42 (X_SetInputFocus)
  Serial number of failed request:  119835
  Current serial number in output stream:  119836

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages teeworlds depends on:
ii  libasound2 1.0.16-2  ALSA library
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libgcc11:4.3.0-3 GCC support library
ii  libgl1-mesa-glx [libgl 7.0.3-1   A free implementation of the OpenG
ii  libglu1-mesa [libglu1] 7.0.3-1   The OpenGL utility library (GLU)
ii  libportaudio2  19+svn20071022-2  Portable audio I/O - shared librar
ii  libstdc++6 4.3.0-3   The GNU Standard C++ Library v3
ii  libwavpack14.41.0-2  an audio codec (lossy and lossless
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxrandr2 2:1.2.2-1 X11 RandR extension library
ii  teeworlds-data 0.4.2-1   Data for Teeworlds; an online mult
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

teeworlds recommends no packages.

-- no debconf information



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

Bug#476948: evolution-rss: undefined symbol: taskbar_message_new

[Thibaut GIRKA]

Package: evolution-rss
Version: 0.0.8-1
Severity: grave
Justification: renders package unusable

taskbar_message_new, which only appears in 
debian/patches/norss-popup.patch, isn't defined.

That's what I get:
(evolution:15950): e-utils-WARNING **: can't load plugin 
'/usr/lib/evolution/2.22/plugins/liborg-gnome-evolution-rss.so: 
undefined symbol: taskbar_message_new'

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages evolution-rss depends on:
ii  gconf22.22.0-1   GNOME configuration database syste
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libdbus-1-3   1.1.20-1   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.74-1 simple interprocess messaging syst
ii  libglib2.0-0  2.16.1-2   The GLib library of C routines

evolution-rss recommends no packages.

-- no debconf information



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