Bug#968036: samba: segfault with aio_pthread

2020-08-07 Thread Josep M. Perez
_fd_handler
(fde=fde@entry=0x55fc377afaa0, flags=1, removed=removed@entry=0x0) at
../../tevent_fd.c:138
#25 0x7fc960b00a77 in epoll_event_loop (tvalp=0x7ffedd752540,
epoll_ev=0x55fc37786ca0) at ../../tevent_epoll.c:736
#26 epoll_event_loop_once (ev=, location=) at
../../tevent_epoll.c:937
#27 0x7fc960afec07 in std_event_loop_once (ev=0x55fc3776f380,
location=0x7fc961645c40 "../../source3/smbd/process.c:4170") at
../../tevent_standard.c:110
#28 0x7fc960af9df4 in _tevent_loop_once (ev=ev@entry=0x55fc3776f380,
location=location@entry=0x7fc961645c40 "../../source3/smbd/process.c:4170") at
../../tevent.c:772
#29 0x7fc960afa09b in tevent_common_loop_wait (ev=0x55fc3776f380,
location=0x7fc961645c40 "../../source3/smbd/process.c:4170") at
../../tevent.c:895
#30 0x7fc960afeba7 in std_event_loop_wait (ev=0x55fc3776f380,
location=0x7fc961645c40 "../../source3/smbd/process.c:4170") at
../../tevent_standard.c:141
#31 0x7fc961535687 in smbd_process (ev_ctx=0x55fc3776f380,
msg_ctx=, sock_fd=, interactive=)
at ../../source3/smbd/process.c:4170
#32 0x55fc367ecd51 in smbd_accept_connection (ev=0x55fc3776f380,
fde=, flags=, private_data=) at
../../source3/smbd/server.c:1012
#33 0x7fc960afa70d in tevent_common_invoke_fd_handler
(fde=fde@entry=0x55fc377b0180, flags=1, removed=removed@entry=0x0) at
../../tevent_fd.c:138
#34 0x7fc960b00a77 in epoll_event_loop (tvalp=0x7ffedd7527c0,
epoll_ev=0x55fc37786b00) at ../../tevent_epoll.c:736
#35 epoll_event_loop_once (ev=, location=) at
../../tevent_epoll.c:937
#36 0x7fc960afec07 in std_event_loop_once (ev=0x55fc3776f380,
location=0x55fc367f2f18 "../../source3/smbd/server.c:1359") at
../../tevent_standard.c:110
#37 0x7fc960af9df4 in _tevent_loop_once (ev=ev@entry=0x55fc3776f380,
location=location@entry=0x55fc367f2f18 "../../source3/smbd/server.c:1359") at
../../tevent.c:772
#38 0x7fc960afa09b in tevent_common_loop_wait (ev=0x55fc3776f380,
location=0x55fc367f2f18 "../../source3/smbd/server.c:1359") at
../../tevent.c:895
#39 0x7fc960afeba7 in std_event_loop_wait (ev=0x55fc3776f380,
location=0x55fc367f2f18 "../../source3/smbd/server.c:1359") at
../../tevent_standard.c:141
#40 0x55fc367e8aff in smbd_parent_loop (parent=0x55fc377896c0,
ev_ctx=0x55fc3776f380) at ../../source3/smbd/server.c:1359
#41 main (argc=, argv=) at
../../source3/smbd/server.c:2197

Thanks in advance!

Cheers,
Josep M. Perez




-- Package-specific info:
* /etc/samba/smb.conf present, and attached
* /var/lib/samba/dhcp.conf present, and attached

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

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

Versions of packages samba depends on:
ii  adduser  3.118
ii  dpkg 1.20.5
ii  init-system-helpers  1.58
ii  libbsd0  0.10.0-1
ii  libc62.31-3
ii  libgnutls30  3.6.14-2+b1
ii  libldb2  2:2.1.4-2
ii  libpam-modules   1.3.1-5
ii  libpam-runtime   1.3.1-5
ii  libpopt0 1.18-1
ii  libpython3.8 3.8.5-2
ii  libtalloc2   2.3.1-1
ii  libtasn1-6   4.16.0-2
ii  libtdb1  1.4.3-1
ii  libtevent0   0.10.2-1
ii  libwbclient0 2:4.12.5+dfsg-3
ii  lsb-base 11.1.0
ii  procps   2:3.3.16-5
ii  python3  3.8.2-3
ii  python3-dnspython1.16.0-2
ii  python3-samba2:4.12.5+dfsg-3
ii  samba-common 2:4.12.5+dfsg-3
ii  samba-common-bin 2:4.12.5+dfsg-3
ii  samba-libs   2:4.12.5+dfsg-3
ii  tdb-tools1.4.3-1

Versions of packages samba recommends:
ii  attr1:2.4.48-5
ii  logrotate   3.16.0-3
ii  python3-markdown3.2.2-2
ii  samba-dsdb-modules  2:4.12.5+dfsg-3
ii  samba-vfs-modules   2:4.12.5+dfsg-3

Versions of packages samba suggests:
ii  bind9 1:9.16.4-1+b1
ii  bind9-utils [bind9utils]  1:9.16.4-1+b1
ii  bind9utils1:9.16.4-1
pn  ctdb  
pn  ldb-tools 
pn  ntp | chrony  
ii  smbldap-tools 0.9.11-1
pn  ufw   
pn  winbind   

-- no debconf information
#
# Sample configuration file for the Samba suite for Debian GNU/Linux.
#
#
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options most of which 
# are not shown in this example
#
# Some options that are often worth tuning have been included as
# commented-out examples in this file.
#  - When suc

Bug#899004: gnome-shell: crash on attempt to lock

2018-06-01 Thread Josep M. Perez

Hi,

Since the last update I have locked and unlocked my session several 
times, and rebooted three times and I haven't had any more problems. The 
current set of enabled-extensions is: 
['ubuntu-appindicat...@ubuntu.com', 
'gpa...@gnome-shell-extensions.gnome.org', 
'drive-m...@gnome-shell-extensions.gcampax.github.com'].


So, from my side this bug can be closed. Thanks for your help!

Cheers,

Josep M. Perez



On 22/05/18 12:04, Simon McVittie wrote:

On Tue, 22 May 2018 at 11:18:04 +0200, Josep M. Perez wrote:

So, I opened dconf-editor and saw that for some reason
/org/gnome/shell/disable-extension-version-validation was active, and that
was the default value.

That is correct. By default extensions don't need to declare compatibility
with specific GNOME Shell versions since 3.21.92 (in earlier versions, the
Shell interfaces that extensions use changed more frequently).

If that option had any effect, it would be to disable some of your
extensions. Extensions that say they are compatible with Shell 3.28 should
never be affected by it. gpaste and "removable drive menu" seem to both
be from packages that are updated in sync with the rest of GNOME 3.28,
so I would expect that they declare compatibility with Shell 3.28 and are
unaffected by extension version validation.


Last week, it seemed that disabling the "gpaste" extension solved it. However,
today I updated, rebooted, and it seems that now that it still happens until I
disable the "removable drive menu" extension.

...

I have set it to false, emptied the contents of
/org/gnome/shell/enabled-extensions, and enabled only gpaste and "removable
drive menu" through the "tweaks" application. After this, I can lock the
screen with no trouble.

That sounds like it might be an intermittent bug that doesn't necessarily
depend on the enabled state of those extensions, unfortunately.


ii  gnome-shell-extensions 3.28.1-1
all  Extensions to extend functionality of GNOME Shell

FYI, this is the package containing the "removable drive menu" extension.

 smcv



http://bsc.es/disclaimer



Bug#899004: gnome-shell: crash on attempt to lock

2018-05-22 Thread Josep M. Perez

Hi,

Sorry for the late response.

On 18/05/18 20:15, Simon McVittie wrote:

Control: tags -1 + moreinfo

On Fri, 18 May 2018 at 15:21:57 +0200, Josep M. Perez wrote:

gnome-shell crashes when I press meta+L to lock the session. After the third
failed attempt, it crashes and also suspends the computer.

How reproducible is this? If you reboot your computer and try repeatedly
locking your screen, does the same thing happen again?
Yes, it happens even if I reboot. This started happening when I went 
from 2.26 to 2.28. Since the crash is related to JS, I started to 
disable extensions. Last week, it seemed that disabling the "gpaste" 
extension solved it. However, today I updated, rebooted, and it seems 
that now that it still happens until I disable the "removable drive 
menu" extension.


So, I opened dconf-editor and saw that for some reason 
/org/gnome/shell/disable-extension-version-validation was active, and 
that was the default value. I have set it to false, emptied the contents 
of /org/gnome/shell/enabled-extensions, and enabled only gpaste and 
"removable drive menu" through the "tweaks" application. After this, I 
can lock the screen with no trouble.


Since activating and deactivating extensions makes the problem go away, 
I will keep you posted about whether this is finally stable.



Is there anything that looks relevant in the systemd journal or syslog
at around the time of the crash?

Not really. It only happens when I attempt to lock the screen.

Did you previously run a version of gnome-shell that did not have this bug?
If you did, what packages did you upgrade around the time it started
happening? (/var/log/apt/history.log* might be useful)

Do you have any GNOME Shell extensions enabled?

I notice that the backtrace you provided involves libnm, the NetworkManager
client library. Is there anything unusual about your networking that might
explain why you see this crash when other people don't?
I have an ethernet connection, a wifi connection and an OpenVPN bridge 
using the tap interface.

I uploaded new versions of gnome-shell, mutter and gjs earlier today
(gnome-shell 3.28.2, mutter 3.28.2 and gjs 1.52.3-2). Please could you
try with those when they become available, and report back with whether
this bug is still visible in those versions?

Yes. The list of versions are:

ii  chrome-gnome-shell 10-1    
all  GNOME Shell extensions integration for web browsers
ii  gnome-shell 3.28.2-1    amd64    
graphical shell for the GNOME desktop
ii  gnome-shell-common 3.28.2-1    
all  common files for the GNOME graphical shell
ii  gnome-shell-dbgsym 3.28.2-1    
amd64    debug symbols for gnome-shell
ii  gnome-shell-extension-appindicator 
22-1    all 
AppIndicator/KStatusNotifierItem support for GNOME Shell
ii  gnome-shell-extension-autohidetopbar 
20171126-2  all  GNOME shell 
automatic topbar hider
ii  gnome-shell-extension-dash-to-panel 
13-1    all  combines the dash 
and the GNOME main panel into a single panel
ii  gnome-shell-extension-dashtodock 
63-1    all  dash-to-dock 
extension for GNOME shell
ii  gnome-shell-extension-disconnect-wifi 
17-2    all  disconnect wifi 
extension for GNOME shell
ii  gnome-shell-extension-hide-activities 
0.00~git20131024.1.6574986-1    all  GNOME shell 
extension that hides the activities button
ii  gnome-shell-extension-impatience 
0.4.5-3 all  speed up the 
gnome-shell animation speed
ii  gnome-shell-extension-move-clock 
1.01-1  all  move clock 
extension for GNOME shell
ii  gnome-shell-extension-multi-monitors 
0.00~git20171014.1.df5d6e4-1    all  Better support for 
additional monitors in GNOME shell
ii  gnome-shell-extension-pixelsaver 
1.10+git20161217-49f47bf-1  all  pixel saver 
extension for GNOME shell
ii  gnome-shell-extension-redshift 
3.20.1-2    all  redshift extension 
for GNOME Shell
ii  gnome-shell-extension-remove-dropdown-arrows 
9-1 all  removes drop down 
arrows from panel on GNOME shell
ii  gnome-shell-extension-shortcuts 
1.1.1-1 all  Creates a shortcuts 
help pop-up in GNOME Shell
ii  gnome-shell-extension-show-ip 
8-3 all  Shows the current 
private or public IP address
ii  gnome-shell-extension-suspend-button 
0~git20171025-2 all  Gnome-shell 
extension to modify the suspend/shutdown buttons
ii  gnome-shell-extension-system-monitor 
35-

Bug#899004: gnome-shell: crash on attempt to lock

2018-05-18 Thread Josep M. Perez
Package: gnome-shell
Version: 3.28.1-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

gnome-shell crashes when I press meta+L to lock the session. After the third
failed attempt, it crashes and also suspends the computer.

A backtrace follows:

#0  0x770c14f4 in g_hash_table_iter_init
(iter=iter@entry=0x7ffef010, hash_table=0x10004) at
../../../../glib/ghash.c:769
#1  0x72909042 in nm_ip_address_dup (address=) at libnm-
core/nm-setting-ip-config.c:388
#2  0x773aaecb in g_boxed_copy (boxed_type=93825030200288,
src_boxed=src_boxed@entry=0x563791e0) at ../../../../gobject/gboxed.c:343
#3  0x7609f540 in gjs_boxed_from_c_struct(JSContext*, GIStructInfo*,
void*, GjsBoxedCreationFlags) (context=context@entry=0x55dd7a00,
info=info@entry=0x57aec540, gboxed=0x563791e0, flags=)
at gi/boxed.cpp:1235
#4  0x7609b194 in gjs_value_from_g_argument(JSContext*,
JS::MutableHandleValue, GITypeInfo*, GArgument*, bool)
(context=context@entry=0x55dd7a00, value_p=...,
type_info=type_info@entry=0x58331ca0, arg=arg@entry=0x7ffef4b8,
copy_structs=copy_structs@entry=true) at gi/arg.cpp:2909
#5  0x7609bf33 in gjs_array_from_carray_internal(JSContext*,
JS::MutableHandleValue, GITypeInfo*, guint, gpointer)
(context=context@entry=0x55dd7a00, value_p=..., value_p@entry=...,
param_info=param_info@entry=0x58331ca0, length=1, array=) at
gi/arg.cpp:2346
#6  0x7609a446 in gjs_array_from_boxed_array (arg=0x7ffef998,
param_info=0x58331ca0, array_type=, value_p=...,
context=0x55dd7a00) at gi/arg.cpp:2462
#7  0x7609a446 in gjs_value_from_g_argument(JSContext*,
JS::MutableHandleValue, GITypeInfo*, GArgument*, bool)
(context=context@entry=0x55dd7a00, value_p=...,
type_info=type_info@entry=0x7ffef9c0, arg=arg@entry=0x7ffef998,
copy_structs=copy_structs@entry=true) at gi/arg.cpp:3012
#8  0x760a677e in gjs_invoke_c_function(JSContext*, Function*,
JS::HandleObject, JS::HandleValueArray const&,
mozilla::Maybe, GIArgument*)
(context=context@entry=0x55dd7a00, function=function@entry=0x576f0b00,
obj=...,
obj@entry=..., args=..., js_rval=..., r_value=r_value@entry=0x0) at
gi/function.cpp:1147
#9  0x760a6a24 in function_call(JSContext*, unsigned int, JS::Value*)
(context=context@entry=0x55dd7a00, js_argc=0, vp=0x55f14d50)
at gi/function.cpp:1406
#10 0x7fffed039fdc in js::CallJSNative(JSContext*, bool (*)(JSContext*,
unsigned int, JS::Value*), JS::CallArgs const&) (args=...,
native=0x760a68c0 ,
cx=0x55dd7a00) at ./js/src/jscntxtinlines.h:239
#11 0x7fffed039fdc in js::InternalCallOrConstruct(JSContext*, JS::CallArgs
const&, js::MaybeConstruct) (cx=0x55dd7a00, args=...,
construct=js::NO_CONSTRUCT) at ./js/src/vm/Interpreter.cpp:447
#12 0x7fffed02d087 in js::CallFromStack(JSContext*, JS::CallArgs const&)
(args=..., cx=) at ./js/src/vm/Interpreter.cpp:510
#13 0x7fffed02d087 in Interpret(JSContext*, js::RunState&)
(cx=0x55dd7a00, state=...) at ./js/src/vm/Interpreter.cpp:2922
#14 0x7fffed039846 in js::RunScript(JSContext*, js::RunState&)
(cx=cx@entry=0x55dd7a00, state=...) at ./js/src/vm/Interpreter.cpp:405
#15 0x7fffed039e1f in js::InternalCallOrConstruct(JSContext*, JS::CallArgs
const&, js::MaybeConstruct) (cx=cx@entry=0x55dd7a00, args=...,
construct=construct@entry=js::NO_CONSTRUCT) at ./js/src/vm/Interpreter.cpp:477
#16 0x7fffed03a099 in InternalCall(JSContext*, js::AnyInvokeArgs const&)
(cx=cx@entry=0x55dd7a00, args=...) at ./js/src/vm/Interpreter.cpp:504
#17 0x7fffed03a0f9 in js::Call(JSContext*, JS::Handle,
JS::Handle, js::AnyInvokeArgs const&, JS::MutableHandle)
(cx=cx@entry=0x55dd7a00, fval=..., fval@entry=..., thisv=...,
thisv@entry=..., args=..., rval=rval@entry=...) at
./js/src/vm/Interpreter.cpp:523
#18 0x7fffece2c079 in js::jit::InvokeFunction(JSContext*,
JS::Handle, bool, unsigned int, JS::Value*,
JS::MutableHandle) (cx=0x55dd7a00, obj=...,
constructing=, argc=, argv=0x7fff06c0,
rval=...) at ./js/src/jit/VMFunctions.cpp:114
#19 0x35b97b5083c6 in  ()
#20 0x7fff0780 in  ()
#21 0x7fff0670 in  ()
#22 0xfff9 in  ()
#23 0x7fffee1dc040 in js::jit::InvokeFunctionInfo () at
/usr/lib/x86_64-linux-gnu/libmozjs-52.so.0
#24 0x7fffc05739a0 in  ()
#25 0x35b97b59f89b in  ()
#26 0x7820 in  ()
#27 0x7fffa999c700 in  ()
---Type  to continue, or q  to quit---
#28 0x in  ()

(gdb) info sharedlibrary
>FromTo  Syms Read   Shared Object Library
0x779a8c40  0x779c22de  Yes /usr/lib/gnome-
shell/libgnome-shell.so
0x776290a0  0x7770b162  Yes /usr/lib/x86_64-linux-
gnu/libgio-2.0.so.0
0x773a7f10  0x773d9b3e  Yes /usr/lib/x86_64-linux-

Bug#891541: lua-posix: Loading fails with "module 'posix.ctype' not found"

2018-02-27 Thread Josep M. Perez

Hi,

This bug affects lmod 6.6-0.2.

Cheers,
Josep M. Perez


On Mon, 26 Feb 2018 10:13:31 -0500 =?utf-8?b?RnLDqWTDqXJpYyBCcmnDqHJl?= 
<fbri...@fbriere.net> wrote:

> Package: lua-posix
> Version: 33.4.0-2
> Severity: important
>
> (Filing as important instead of grave, since I don't know if it affects
> everyone.)
>
> After upgrading from 31-3 to 33.4.0-2:
>
> $ lua
> Lua 5.2.4 Copyright (C) 1994-2015 Lua.org, PUC-Rio
> > require 'posix'
> /usr/share/lua/5.2/posix/init.lua:29: module 'posix.ctype' not found:
> no field package.preload['posix.ctype']
> no file '/usr/local/share/lua/5.2/posix/ctype.lua'
> [...]
>
>
> -- System Information:
> Debian Release: buster/sid
> APT prefers unstable-debug
> APT policy: (500, 'unstable-debug'), (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.9.0-3-amd64 (SMP w/3 CPU cores)
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA.UTF-8 (charmap=UTF-8)

> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
>
> Versions of packages lua-posix depends on:
> ii libc6 2.26-6
> ii lua-bit32 5.3.0-3
>
> lua-posix recommends no packages.
>
> lua-posix suggests no packages.
>
> -- no debconf information
>
>


http://bsc.es/disclaimer



Bug#875609: FYI: bug also present in 3.22.3-3

2017-09-29 Thread Josep M. Perez
Package: gnome-shell
Version: 3.22.3-3
Followup-For: Bug #875609

FYI, this bug is also present in 3.22.3-3

Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/bin/gnome-shell'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  g_type_check_instance_cast (type_instance=0x60b92d,
iface_type=93824997189056) at ../../../../gobject/gtype.c:4052
4052../../../../gobject/gtype.c: No such file or directory.
[Current thread is 1 (Thread 0x77f6ca80 (LWP 27725))]
(gdb) bt
#0  0x752a3e26 in g_type_check_instance_cast (type_instance=0x60b92d,
iface_type=93824997189056) at ../../../../gobject/gtype.c:4052
#1  0x779770ac in shell_gtk_embed_window_created_cb
(display=0x55b11f10 [MetaDisplay], window=0x5c6c3400 [MetaWindowX11],
embed=0x57f91300) at shell-gtk-embed.c:67
#5  0x75299f1f in  (instance=instance@entry=0x55b11f10, signal_id=, detail=detail@entry=0) at ../../../../gobject/gsignal.c:3447
#2  0x7527df9d in g_closure_invoke (closure=0x5a8ce2e0,
return_value=0x0, n_param_values=2, param_values=0x7fffda30,
invocation_hint=0x7fffd9b0) at ../../../../gobject/gclosure.c:804
#3  0x75290d2e in signal_emit_unlocked_R
(node=node@entry=0x55aad9a0, detail=detail@entry=0,
instance=instance@entry=0x55b11f10,
emission_return=emission_return@entry=0x0,
instance_and_params=instance_and_params@entry=0x7fffda30) at
../../../../gobject/gsignal.c:3635
#4  0x75299505 in g_signal_emit_valist (instance=0x55b11f10,
signal_id=, detail=0, var_args=var_args@entry=0x7fffdc00)
at ../../../../gobject/gsignal.c:3391
#6  0x7674cce2 in meta_display_notify_window_created
(display=display@entry=0x55b11f10 [MetaDisplay],
window=window@entry=0x5c6c3400 [MetaWindowX11]) at core/display.c:1698
#7  0x7676ae03 in _meta_window_shared_new
(display=display@entry=0x55b11f10 [MetaDisplay],
screen=screen@entry=0x55958400 [MetaScreen],
client_type=client_type@entry=META_WINDOW_CLIENT_TYPE_X11,
surface=surface@entry=0x0, xwindow=xwindow@entry=6291544,
existing_wm_state=existing_wm_state@entry=0, effect=,
attrs=) at core/window.c:1264
#8  0x76782b40 in meta_window_x11_new
(display=display@entry=0x55b11f10 [MetaDisplay], xwindow=6291544,
must_be_viewable=must_be_viewable@entry=0,
effect=effect@entry=META_COMP_EFFECT_CREATE) at x11/window-x11.c:3016
#9  0x76777938 in handle_other_xevent
(display=display@entry=0x55b11f10 [MetaDisplay],
event=event@entry=0x7fffe110) at x11/events.c:1371
#10 0x767784eb in meta_display_handle_xevent (event=0x7fffe110,
display=0x55b11f10 [MetaDisplay]) at x11/events.c:1769
#11 0x767784eb in xevent_filter (xevent=0x7fffe110,
event=, data=0x55b11f10) at x11/events.c:1808
#12 0x717a52af in gdk_event_apply_filters
(xevent=xevent@entry=0x7fffe110, event=event@entry=0x585395e0,
window=window@entry=0x0)
at ../../../../../gdk/x11/gdkeventsource.c:79
#13 0x717a5599 in gdk_event_source_translate_event
(xevent=0x7fffe110, event_source=0x559ff780)
at ../../../../../gdk/x11/gdkeventsource.c:198
#14 0x717a5599 in _gdk_x11_display_queue_events (display=0x55a26040
[GdkX11Display]) at ../../../../../gdk/x11/gdkeventsource.c:341
#15 0x7176f3c0 in gdk_display_get_event
(display=display@entry=0x55a26040 [GdkX11Display]) at
../../../../gdk/gdkdisplay.c:438
#16 0x717a5342 in gdk_event_source_dispatch
(source=source@entry=0x559ff780, callback=,
user_data=)
at ../../../../../gdk/x11/gdkeventsource.c:363
#17 0x74fa4f67 in g_main_dispatch (context=0x557a3c00) at
../../../../glib/gmain.c:3148
#18 0x74fa4f67 in g_main_context_dispatch
(context=context@entry=0x557a3c00) at ../../../../glib/gmain.c:3813
#19 0x74fa51a0 in g_main_context_iterate (context=0x557a3c00,
block=block@entry=1, dispatch=dispatch@entry=1, self=)
at ../../../../glib/gmain.c:3886
#20 0x74fa54b2 in g_main_loop_run (loop=0x559ecb60) at
../../../../glib/gmain.c:4082
#21 0x76758a8c in meta_run () at core/main.c:572
#22 0x64b7 in main (argc=, argv=) at
main.c:471

Yours faithfully,
Josep M. Perez



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  evolution-data-server3.26.0-1
ii  gir1.2-accountsservice-1.0   0.6.45-1
ii  gir1.2

Bug#814320: linux-image-4.3.0-1-amd64: Slab leak

2016-02-10 Thread Josep M. Perez

On 10/02/16 16:51, Ben Hutchings wrote:

Control: severity -1 important
Control: tag -1 patch

On Wed, 2016-02-10 at 11:20 +0100, Josep M. Perez wrote:

Package: src:linux
Version: 4.3.5-1
Severity: grave
Justification: renders package unusable

No it doesn't.


Dear Maintainer,

The current kernel is having an apparent memory leak on my computer. Over time
it consumes all memory.

[...]

The computer has 8 GB of memory. Previously I was able to run a virtualbox
instance of 32-bits Windows 7 with 2GB of memory with no issue. Now whenever I
do so the system slows down to a crawl and ultimately ends up killing the
virtual box processes.

[...]

Does this only happen when you run VirtualBox?
It always happens regardless of whether I am using VirtualBox. Since VB 
uses a lot of memory, it makes the problem much more visible. But if I 
do not run it at all, the kernel will eventually oops.


Cheers,
Josep M. Perez




Ben.




WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileged, confidential, proprietary, or exempt
from disclosure under applicable law. If you are not the intended
recipient or the person responsible for delivering the message to the
intended recipient, you are strictly prohibited from disclosing,
distributing, copying, or in any way using this message. If you have
received this communication in error, please notify the sender and
destroy and delete any copies you may have received.

http://www.bsc.es/disclaimer



Bug#814320: linux-image-4.3.0-1-amd64: Slab leak

2016-02-10 Thread Josep M. Perez
Package: src:linux
Version: 4.3.5-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

The current kernel is having an apparent memory leak on my computer. Over time
it consumes all memory. The output of slabtop -s c after having the system on
for 24h is is the following:

 Active / Total Objects (% used): 2083098 / 2188414 (95.2%)
 Active / Total Slabs (% used)  : 125633 / 125653 (100.0%)
 Active / Total Caches (% used) : 75 / 115 (65.2%)
 Active / Total Size (% used)   : 495649.02K / 507685.21K (97.6%)
 Minimum / Average / Maximum Object : 0.02K / 0.23K / 4096.00K

  OBJS ACTIVE  USE OBJ SIZE  SLABS OBJ/SLAB CACHE SIZE NAME
1552320 1551740  99%0.25K  97020   16388080K kmalloc-256
 16312  15522  95%1.00K   40784 16312K ext4_inode_cache
 25473  25451  99%0.56K   36397 14556K radix_tree_node
 71652  69487  96%0.19K   3412   21 13648K kmalloc-192
 51387  40537  78%0.19K   2447   21  9788K dentry
 92859  53038  57%0.10K   2381   39  9524K buffer_head
 14609  13272  90%0.55K   20877  8348K inode_cache
161076 128018  79%0.03K   1299  124  5196K kmalloc-32
 78939  73252  92%0.06K   1253   63  5012K kmalloc-64
  4296   4133  96%1.00K   10744  4296K kmalloc-1024
  1060   1009  95%3.31K5302  4240K task_struct
 34089  32793  96%0.12K   1033   33  4132K kernfs_node_cache
  4278   3768  88%0.60K7136  2852K proc_inode_cache
36 36 100%   64.00K 361  2304K kmalloc-65536
   283283 100%8.00K2831  2264K kmalloc-8192
  4248   3997  94%0.50K5318  2124K kmalloc-512
   497490  98%4.00K4971  1988K kmalloc-4096
  2898   2677  92%0.63K4836  1932K shmem_inode_cache
 24920  23282  93%0.07K445   56  1780K anon_vma
   848798  94%2.00K4242  1696K kmalloc-2048
   570556  97%2.05K1903  1520K idr_layer_cache
  1320   1218  92%0.94K3304  1320K mm_struct
   375333  88%2.06K1253  1000K sighand_cache
  1446   1339  92%0.62K2416   964K sock_inode_cache
  6603   4666  70%0.12K213   31   852K kmalloc-node
 1  1 100%  512.00K  11   512K kmalloc-524288
30 30 100%   16.00K 301   480K kmalloc-16384
 11682  11529  98%0.04K118   99   472K ext4_extent_status
   399333  83%1.12K 577   456K signal_cache
  2464   2464 100%0.14K 88   28   352K ext4_groupinfo_4k


The computer has 8 GB of memory. Previously I was able to run a virtualbox
instance of 32-bits Windows 7 with 2GB of memory with no issue. Now whenever I
do so the system slows down to a crawl and ultimately ends up killing the
virtual box processes.



-- Package-specific info:
** Version:
Linux version 4.3.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 
20160121 (Debian 5.3.1-7) ) #1 SMP Debian 4.3.5-1 (2016-02-06)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.3.0-1-amd64 
root=UUID=ccf515b5-e8b8-4536-a473-41b478488cf9 ro

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[85266.116807] ata5: limiting SATA link speed to 1.5 Gbps
[85266.116814] ata5: hard resetting link
[85266.844945] ata5: SATA link down (SStatus 0 SControl 310)
[85266.844970] ata5: EH complete
[85276.960063] ata5: exception Emask 0x10 SAct 0x0 SErr 0x404 action 0xe 
frozen
[85276.960075] ata5: irq_stat 0x0040, connection status changed
[85276.960080] ata5: SError: { CommWake DevExch }
[85276.960092] ata5: limiting SATA link speed to 1.5 Gbps
[85276.960098] ata5: hard resetting link
[85277.682443] ata5: SATA link down (SStatus 0 SControl 310)
[85277.682468] ata5: EH complete
[85278.961885] ata5: exception Emask 0x10 SAct 0x0 SErr 0x400 action 0xe 
frozen
[85278.961897] ata5: irq_stat 0x0040, connection status changed
[85278.961902] ata5: SError: { DevExch }
[85278.961913] ata5: limiting SATA link speed to 1.5 Gbps
[85278.961919] ata5: hard resetting link
[85279.684200] ata5: SATA link down (SStatus 0 SControl 310)
[85279.684225] ata5: EH complete
[85284.973345] ata5: exception Emask 0x10 SAct 0x0 SErr 0x400 action 0xe 
frozen
[85284.973357] ata5: irq_stat 0x0040, connection status changed
[85284.973362] ata5: SError: { DevExch }
[85284.973373] ata5: limiting SATA link speed to 1.5 Gbps
[85284.973379] ata5: hard resetting link
[85285.697443] ata5: SATA link down (SStatus 0 SControl 310)
[85285.697467] ata5: EH complete
[85294.976031] ata5: exception Emask 0x10 SAct 0x0 SErr 0x400 action 0xe 
frozen
[85294.976042] ata5: irq_stat 0x0040, connection status changed
[85294.976048] ata5: SError: { DevExch }
[85294.976059] ata5: limiting SATA link speed to 1.5 Gbps
[85294.976066] ata5: 

Bug#733047: icedove: More details

2015-11-18 Thread Josep M. Perez
)
20919 access("/opt/mrnet/bin/gedit", X_OK) = -1 ENOENT (No such
file or directory)
20919 access("/opt/gasnet/bin/gedit", X_OK) = -1 ENOENT (No
such file or directory)
20919 access("/opt/extrae/bin/gedit", X_OK) = -1 ENOENT (No
such file or directory)
20919 access("/usr/lib/ccache/gedit", X_OK) = -1 ENOENT (No
such file or directory)
20919 access("/home/jm/bin/gedit", X_OK) = -1 ENOENT (No such
file or directory)
20919 access("/usr/local/bin/gedit", X_OK) = -1 ENOENT (No such
file or directory)
20919 access("/usr/bin/gedit", X_OK)= 0
20919 stat("/usr/bin/gedit", {st_mode=S_IFREG|0755,
st_size=10344, ...}) = 0
2. Then for "kate":
20919 access("/usr/bin/kate", F_OK) = 0

3. Then stat calls for every possible configuration file related to
fontconfig and every font directory

4. And finally it accesses the fonts:
        20919 access("/usr/share/fonts/truetype/ubuntu-font-
family/Ubuntu-R.ttf", R_OK) = 0
20919 access("/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf",
R_OK) = 0
20919 open("/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf",
O_RDONLY) = 62
20919 open("/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf",
O_RDONLY) = 62
20919 open("/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf",
O_RDONLY) = 62


I hope this can help in diagnosing the problem.

Cheers,
Josep M. Perez



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

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

Versions of packages icedove depends on:
ii  debianutils   4.5.1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.29-1
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.19-22
ii  libcairo2 1.14.4-1
ii  libdbus-1-3   1.10.4-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-3
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6-2
ii  libgcc1   1:5.2.1-23
ii  libgdk-pixbuf2.0-02.32.2-1
ii  libglib2.0-0  2.46.2-1
ii  libgtk2.0-0   2.24.28-1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libnspr4  2:4.10.10-1
ii  libnss3   2:3.20.1-1
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpangoft2-1.0-0 1.38.1-1
ii  libpixman-1-0 0.33.4-1
ii  libsqlite3-0  3.9.2-1
ii  libstartup-notification0  0.12-4
ii  libstdc++65.2.1-23
ii  libvpx2   1.4.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-gb [hunspell-dictionary]  1:5.0.3-1
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  hunspell-sv-se [hunspell-dictionary]  1.51-1
ii  iceowl-extension  38.3.0-2
ii  myspell-ca [myspell-dictionary]   0.20111230b-9
ii  myspell-de-de [myspell-dictionary]20131206-6
ii  myspell-es [myspell-dictionary]   1.11-14

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.4-2
ii  libgssapi-krb5-2  1.13.2+dfsg-4

-- no debconf information



Bug#781940: [chromium] Same problem

2015-05-27 Thread Josep M. Perez Cancer

Package: chromium
Version: 43.0.2357.65-1

--- Please enter the report below this line. ---
Same problem here.

Core was generated by `/usr/lib/chromium/chromium'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  CreateFadeShader (text_rect=optimized out, color=optimized out, 
left_part=optimized out, right_part=optimized out) at 
../../ui/gfx/render_text.cc:150

150../../ui/gfx/render_text.cc: No such file or directory.
(gdb) set pagination off
(gdb) bt
#0  0x7f53ecfea48c in 
gfx::RenderText::ApplyFadeEffects(gfx::internal::SkiaTextRenderer*) 
(text_rect=optimized out, color=optimized out, left_part=optimized 
out, right_part=optimized out) at ../../ui/gfx/render_text.cc:150
#1  0x7f53ecfea48c in 
gfx::RenderText::ApplyFadeEffects(gfx::internal::SkiaTextRenderer*) 
(this=optimized out, renderer=0x7fff1f713438) at 
../../ui/gfx/render_text.cc:1206
#2  0x7f53ecff1411 in 
gfx::RenderTextHarfBuzz::DrawVisualTextInternal(gfx::internal::SkiaTextRenderer*) 
(this=0x7f53f34cc920, renderer=0x7fff1f713438) at 
../../ui/gfx/render_text_harfbuzz.cc:1056
#3  0x7f53ecff1386 in 
gfx::RenderTextHarfBuzz::DrawVisualText(gfx::Canvas*) 
(this=0x7fff1f713250, canvas=optimized out) at 
../../ui/gfx/render_text_harfbuzz.cc:1045
#4  0x7f53ecfe78e1 in gfx::RenderText::Draw(gfx::Canvas*) 
(this=0x7f53f34cc920, canvas=0x7f53f34cab90) at 
../../ui/gfx/render_text.cc:811
#5  0x7f53ecfd2cfd in 
gfx::Canvas::DrawStringRectWithShadows(std::basic_stringunsigned short, 
base::string16_char_traits, std::allocatorunsigned short  const, 
gfx::FontList const, unsigned int, gfx::Rect const, int, int, 
std::vectorgfx::ShadowValue, std::allocatorgfx::ShadowValue  const) 
(this=0x7f53f34cab90, text=optimized out, font_list=optimized out, 
color=optimized out, text_bounds=optimized out, 
line_height=optimized out, flags=optimized out, shadows=optimized 
out) at ../../ui/gfx/canvas_skia.cc:262
#6  0x7f53ecfd1dbc in 
gfx::Canvas::DrawStringRectWithFlags(std::basic_stringunsigned short, 
base::string16_char_traits, std::allocatorunsigned short  const, 
gfx::FontList const, unsigned int, gfx::Rect const, int) 
(this=0x7fff1f713250, text=error reading variable: Cannot access memory 
at address 0x0, font_list=@0x0: error reading variable, color=0, 
display_rect=@0x0: error reading variable, flags=optimized out) at 
../../ui/gfx/canvas.cc:479
#7  0x7f53ef28ed10 in views::MenuItemView::PaintButton(gfx::Canvas*, 
views::MenuItemView::PaintButtonMode) (this=0x7f53f3472110, 
canvas=0x7f53f34cab90, mode=views::MenuItemView::PB_NORMAL) at 
../../ui/views/controls/menu/menu_item_view.cc:838
#8  0x7f53ef2c16ac in views::View::Paint(ui::PaintContext const) 
(this=0x7f53f3472110, parent_context=optimized out) at 
../../ui/views/view.cc:812
#9  0x7f53ef2c31ea in views::View::PaintChildren(ui::PaintContext 
const) (this=0x7f53f33ed630, context=@0x7fff1f713b00: {

  canvas_ = 0x7f53f34cab90,
  invalidation_ = {
origin_ = {
  x_ = 0,
  y_ = 0
},
size_ = {
  width_ = 1018,
  height_ = 510
}
  },
  offset_ = {
x_ = 0,
y_ = 3
  }
}) at ../../ui/views/view.cc:1344
#10 0x7f53ef294a70 in 
views::SubmenuView::PaintChildren(ui::PaintContext const) 
(this=0x7f53f33ed630, context=@0x7fff1f713b00: {

  canvas_ = 0x7f53f34cab90,
  invalidation_ = {
origin_ = {
  x_ = 0,
  y_ = 0
},
size_ = {
  width_ = 1018,
  height_ = 510
}
  },
  offset_ = {
x_ = 0,
y_ = 3
  }
}) at ../../ui/views/controls/menu/submenu_view.cc:192
#11 0x7f53ef2c16ce in views::View::Paint(ui::PaintContext const) 
(this=0x7f53f33ed630, parent_context=optimized out) at 
../../ui/views/view.cc:815
#12 0x7f53ef2c31ea in views::View::PaintChildren(ui::PaintContext 
const) (this=0x7f53f347bed0, context=@0x7fff1f713d20: {

  canvas_ = 0x7f53f34cab90,
  invalidation_ = {
origin_ = {
  x_ = 0,
  y_ = 0
},
size_ = {
  width_ = 1018,
  height_ = 510
}
  },
  offset_ = {
x_ = 0,
y_ = 3
  }
}) at ../../ui/views/view.cc:1344
#13 0x7f53ef2c16ce in views::View::Paint(ui::PaintContext const) 
(this=0x7f53f347bed0, parent_context=optimized out) at 
../../ui/views/view.cc:815
#14 0x7f53ef2c31ea in views::View::PaintChildren(ui::PaintContext 
const) (this=0x7f53f342c460, context=@0x7fff1f713f40: {

  canvas_ = 0x7f53f34cab90,
  invalidation_ = {
origin_ = {
  x_ = 0,
  y_ = 0
},
size_ = {
  width_ = 1018,
  height_ = 510
}
  },
  offset_ = {
x_ = 0,
y_ = 0
  }
}) at ../../ui/views/view.cc:1344
#15 0x7f53ef2c16ce in views::View::Paint(ui::PaintContext const) 
(this=0x7f53f342c460, parent_context=optimized out) at 
../../ui/views/view.cc:815
#16 0x7f53ef2c31ea in views::View::PaintChildren(ui::PaintContext 
const) (this=0x7f53f340e530, context=@0x7fff1f714160: {

  canvas_ = 0x7f53f34cab90,
  invalidation_ = {
origin_ = {
  x_ = 0,
  y_ = 0
},
size_ = {
  width_ = 

Bug#763606: Confirmation

2014-11-05 Thread Josep M. Perez
Dear maintainers,

I have the same exact problem. I have a bridge over an ethernet NIC and an 
OpenVPN tap interface. Kernel 3.14-2-powerpc works correctly and 
3.16-[23]—powerpc do not. The remote openvpn host can reach the bridge 
interface correctly and thus communicate with the host. However any other 
access of the remote host that should be forwarded from the openvpn tap 
interface through the ethernet interface does not work.

I have used netsniff-ng over the remote tap interface, the local tap interface, 
the local bridge interface, and the local ethernet interface while making a 
DHCP request from the remote host that should be forwarded to the local 
network. In all cases the request packet was visible, but not the response.

Find below some of the hardware details of my system just in case it helps.

- /proc/cpuinfo -
  processor : 0
  cpu   : 7447A, altivec supported
  clock : 1333.28MHz
  revision  : 1.5 (pvr 8003 0105)
  bogomips  : 83.20
  timebase  : 41600661
  platform  : PowerMac
  model : PowerMac10,2
  machine   : PowerMac10,2
  motherboard   : PowerMac10,2 MacRISC3 Power Macintosh 
  detected as   : 287 (Mac mini (Late 2005))
  pmac flags: 0010
  L2 cache  : 512K unified
  pmac-generation   : NewWorld
  Memory: 1024 MB
- /proc/cpuinfo end -

08: PCI 2200b.0: 0600 Host bridge
  [Created at pci.328]
  Unique ID: 7rcY.vkm17Jxs1m3
  SysFS ID: /devices/pci0002:20/0002:20:0b.0
  SysFS BusID: 0002:20:0b.0
  Hardware Class: bridge
  Model: Apple UniNorth 2 Internal PCI
  Vendor: pci 0x106b Apple Inc.
  Device: pci 0x0036 UniNorth 2 Internal PCI
  Module Alias: pci:v106Bd0036svsdbc06sc00i00
  Config Status: cfg=new, avail=yes, need=no, active=unknown

11: PCI 2200f.0: 0200 Ethernet controller
  [Created at pci.328]
  Unique ID: rBUF.nAQ7Jnazou0
  SysFS ID: /devices/pci0002:20/0002:20:0f.0
  SysFS BusID: 0002:20:0f.0
  Hardware Class: network
  Model: Apple UniNorth 2 GMAC (Sun GEM)
  Vendor: pci 0x106b Apple Inc.
  Device: pci 0x0032 UniNorth 2 GMAC (Sun GEM)
  Revision: 0x80
  Driver: gem
  Driver Modules: sungem
  Device File: eth0
  Memory Range: 0xf520-0xf53f (rw,non-prefetchable)
  Memory Range: 0xf510-0xf51f (ro,non-prefetchable,disabled)
  IRQ: 41 (7184 events)
  HW Address: 00:11:24:*:*:*
  Link detected: yes
  Module Alias: pci:v106Bd0032svsdbc02sc00i00
  Driver Info #0:
Driver Status: sungem is active
Driver Activation Cmd: modprobe sungem
  Config Status: cfg=new, avail=yes, need=no, active=unknown

12: PCI 11017.0: ff00 Unclassified device
  [Created at pci.328]
  Unique ID: tO0B.wjNr0SYqtL5
  SysFS ID: /devices/pci0001:10/0001:10:17.0
  SysFS BusID: 0001:10:17.0
  Hardware Class: unknown
  Model: Apple KeyLargo/Intrepid Mac I/O
  Vendor: pci 0x106b Apple Inc.
  Device: pci 0x003e KeyLargo/Intrepid Mac I/O
  Driver: macio
  Memory Range: 0x8000-0x8007 (rw,non-prefetchable)
  Module Alias: pci:v106Bd003EsvsdbcFFsc00i00
  Config Status: cfg=new, avail=yes, need=no, active=unknown

15: PCI 1100b.0: 0600 Host bridge
  [Created at pci.328]
  Unique ID: zM3W.OKqHekp9WN3
  SysFS ID: /devices/pci0001:10/0001:10:0b.0
  SysFS BusID: 0001:10:0b.0
  Hardware Class: bridge
  Model: Apple UniNorth 2 PCI
  Vendor: pci 0x106b Apple Inc.
  Device: pci 0x0035 UniNorth 2 PCI
  Module Alias: pci:v106Bd0035svsdbc06sc00i00
  Config Status: cfg=new, avail=yes, need=no, active=unknown


Cheers,
Josep M. Perez


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



Bug#758810: [gdm3] gdm3: fails to start gnome

2014-08-25 Thread Josep M. Perez Cancer

Thanks for your quick response. Indeed that was the problem.

My shell configuration files were quite old. I have updated them with 
the changes in /etc/skel. In addition, for some reason I had 
.bash_profile instead of .profile, and the later was a symlink to the 
former. The symlink dated back to October 2008. I fixed this too, and 
now it is working correctly.


Thanks for your help!

Cheers,
Josep M. Perez


On 21/08/14 17:22, Simon McVittie wrote:

On 21/08/14 15:51, Josep M. Perez Cancer wrote:

Aug 21 13:28:37 bsccs243 /etc/gdm3/Xsession[21442]:

/etc/gdm3/Xsession: Beginning session setup...

Aug 21 13:28:37 bsccs243 /etc/gdm3/Xsession[21442]:

/etc/bash_completion.d/pulseaudio-bash-completion.sh: line 6: syntax
error near unexpected token `'

Aug 21 13:28:37 bsccs243 /etc/gdm3/Xsession[21442]:

/etc/bash_completion.d/pulseaudio-bash-completion.sh: line 6: ` done 
(pactl list cards short 2 /dev/null)'

I think this might be the error that is terminating your X session.
/etc/gdm3/Xsession is a /bin/sh script and sources ~/.profile.

Please try removing bash-specific things from your ~/.profile, moving
them to ~/.bashrc, or guarding them with:

 if [ z$BASH_VERSION != z ]
 then
 ... enable bash completion or source .bashrc or whatever ...
 fi

It might also be useful to guard things that are specific to an
interactive shell with

 if [ -n $PS1 ]
 then
 ... things that only make sense in an interactive shell ...
 fi

If that is indeed the cause of this error, I'll leave it to the gdm
maintainers to decide whether this is a gdm bug or not. According to the
changelog, it has sourced ~/.profile since gdm/2.20.2-1 in 2007, so this
isn't a recent thing (but /etc/X11/Xsession doesn't, which explains why
you don't see this in non-gdm).

 S




WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileged, confidential, proprietary, or exempt
from disclosure under applicable law. If you are not the intended
recipient or the person responsible for delivering the message to the
intended recipient, you are strictly prohibited from disclosing,
distributing, copying, or in any way using this message. If you have
received this communication in error, please notify the sender and
destroy and delete any copies you may have received.

http://www.bsc.es/disclaimer


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



Bug#758810: [gdm3] gdm3: fails to start gnome

2014-08-21 Thread Josep M. Perez Cancer

Package: gdm3
Version: 3.12.2-2.1
Severity: grave

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

Since upgrading from gdm to gdm3, it fails to start both the gnome-shell 
session and the classic gnome session. KDM launches them correctly, 
however it is not a good solution since kdm does not work correctly with 
screen locking in gnome 3.


The following lines show the logs that I get since entering the password 
until it is about to restart the X server to show the greeter again:


Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: (II) AIGLX: Resuming AIGLX 
clients after VT switch
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: (II) NOUVEAU(0): NVEnterVT 
is called.
Aug 21 13:28:31 bsccs243 console-kit-daemon[10808]: (process:21365): 
GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: (II) NOUVEAU(0): EDID 
vendor LGD, prod id 747
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: (II) NOUVEAU(0): Printing 
DDC gathered Modelines:
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: (II) NOUVEAU(0): Modeline 
1366x768x0.0   70.00  1366 1402 1450 1492  768 771 776 782 -hsync 
-vsync (46.9 kHz eP)
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: (II) NOUVEAU(0): Modeline 
1366x768x0.0   48.30  1366 1402 1450 1524  768 771 776 792 -hsync 
-vsync (31.7 kHz e)
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: (--) synaptics: AlpsPS/2 
ALPS DualPoint TouchPad: touchpad found
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: The XKEYBOARD keymap 
compiler (xkbcomp) reports:
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Warning: Type ONE_LEVEL 
has 1 levels, but RALT has 2 symbols

Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Ignoring extra symbols
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: Errors from xkbcomp are not 
fatal to the X server
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: The XKEYBOARD keymap 
compiler (xkbcomp) reports:
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Warning: Compat map for 
group 2 redefined

Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Using new definition
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Warning: Compat map for 
group 3 redefined

Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Using new definition
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Warning: Compat map for 
group 4 redefined

Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Using new definition
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: Errors from xkbcomp are not 
fatal to the X server
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: The XKEYBOARD keymap 
compiler (xkbcomp) reports:
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Warning: Type ONE_LEVEL 
has 1 levels, but RALT has 2 symbols

Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Ignoring extra symbols
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: Errors from xkbcomp are not 
fatal to the X server
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: The XKEYBOARD keymap 
compiler (xkbcomp) reports:
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Warning: Type ONE_LEVEL 
has 1 levels, but RALT has 2 symbols

Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Ignoring extra symbols
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: Errors from xkbcomp are not 
fatal to the X server
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: The XKEYBOARD keymap 
compiler (xkbcomp) reports:
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Warning: Type ONE_LEVEL 
has 1 levels, but RALT has 2 symbols

Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]:  Ignoring extra symbols
Aug 21 13:28:31 bsccs243 gdm-Xorg-:0[21068]: Errors from xkbcomp are not 
fatal to the X server
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]: The XKEYBOARD keymap 
compiler (xkbcomp) reports:
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]:  Warning: Type ONE_LEVEL 
has 1 levels, but RALT has 2 symbols

Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]:  Ignoring extra symbols
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]: Errors from xkbcomp are not 
fatal to the X server
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]: The XKEYBOARD keymap 
compiler (xkbcomp) reports:
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]:  Warning: Compat map for 
group 2 redefined

Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]:  Using new definition
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]:  Warning: Compat map for 
group 3 redefined

Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]:  Using new definition
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]:  Warning: Compat map for 
group 4 redefined

Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]:  Using new definition
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]: Errors from xkbcomp are not 
fatal to the X server
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]: The XKEYBOARD keymap 
compiler (xkbcomp) reports:
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]:  Warning: Type ONE_LEVEL 
has 1 levels, but RALT has 2 symbols

Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]:  Ignoring extra symbols
Aug 21 13:28:32 bsccs243 gdm-Xorg-:0[21068]: Errors from xkbcomp are not 
fatal to the X server
Aug 21 13:28:32 

Bug#745844: [Pkg-gtkpod-devel] Bug#745844: usbmuxd 1.0.9 fixes all

2014-07-04 Thread Josep M. Perez
BTW, the log from https://github.com/libimobiledevice/usbmuxd.git 
contains the following entry:


   commit eca4b3cb833a306677a76d4645e2e034f77fc387
   Author: Martin Szulecki m.szule...@libimobiledevice.org
   Date:   Thu Sep 19 20:46:30 2013 +0200

Bump version to 1.0.9


I am not sure why there is no tag nor release associated to that commit.

In addition the build system is based on automake, unlike the source of 
the usbmuxd package, which uses cmake. Am I missing something here?


Cheers,
Josep M. Perez



Bug#745844: [Pkg-gtkpod-devel] Bug#745844: usbmuxd 1.0.9 fixes all

2014-07-04 Thread Josep M. Perez
Sorry, I feel stupid. Did you notice that there is a link in the 
Sources and Dependencies section in http://www.libimobiledevice.org/ 
tousbmuxd-1.0.9.tar.bz2 
http://www.libimobiledevice.org/downloads/libusbmuxd-1.0.9.tar.bz2 ?


Cheers,
Josep M. Perez


On 04/07/14 14:06, Josep M. Perez wrote:
BTW, the log from https://github.com/libimobiledevice/usbmuxd.git 
contains the following entry:


commit eca4b3cb833a306677a76d4645e2e034f77fc387
Author: Martin Szulecki m.szule...@libimobiledevice.org
Date:   Thu Sep 19 20:46:30 2013 +0200

Bump version to 1.0.9


I am not sure why there is no tag nor release associated to that commit.

In addition the build system is based on automake, unlike the source 
of the usbmuxd package, which uses cmake. Am I missing something here?


Cheers,
Josep M. Perez





Bug#730756: libimobiledevice crash, fails to get buid from usbmuxd...

2014-05-02 Thread Josep M. Perez Cancer

Hi,

Apparently usbmuxd is not expecting the ReadBUID command:

[11:56:02.254][4] New client on fd 14
[11:56:18.430][5] Client command in fd 14 len 501 ver 1 msg 8 tag 10
[11:56:18.430][1] Unexpected command 'ReadBUID' received!
[11:56:18.430][5] send_pkt fd 14 tag 10 msg 8 payload_length 278

I also see that the versions of usbmuxd and libusbmuxd do not match:
usbmuxd 1.0.8
libusbmuxd 1.0.9

Perhaps that is the real problem.

Cheers,
Josep M. Perez



On 30/04/14 18:53, Andreas Henriksson wrote:

Hello!

Thanks for the backtrace you provided in your bug report!

It looks to me like the problem is in this snippet from libimobiledevice
src/lockdown.c :

 /* set SystemBUID */
 userpref_read_system_buid(system_buid);
 plist_dict_set_item(*pair_record, USERPREF_SYSTEM_BUID_KEY, 
plist_new_string(system_buid));

userpref_read_system_buid, which calls usbmuxd_read_buid, fails for some reason
and system_buid remains/becomes NULL and when it gets passed as an argument
to plist_new_string being NULL the code explodes.

The return code from userpref_read_system_buid should be checked.
  * @return 1 if the system buid could be retrieved or 0 otherwise.

Next question to investigate is why does usbmuxd_read_buid fail?

Do you think you could add a call to libusbmuxd_set_debug_level(99)
to libimobiledevice, build it and reproduce the problem and provide
the debug output from libusbmuxd? This should give us an idea
where it's failing.

(For reference see implementation of usbmuxd_read_buid: 
http://anonscm.debian.org/gitweb/?p=pkg-gtkpod/packages/libusbmuxd.git;a=blob;f=src/libusbmuxd.c;h=6a6b3e686f95ddbdea2d11b5074f8016e24c795c;hb=HEAD#l1079
 )


Regards,
Andreas Henriksson




WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileged, confidential, proprietary, or exempt
from disclosure under applicable law. If you are not the intended
recipient or the person responsible for delivering the message to the
intended recipient, you are strictly prohibited from disclosing,
distributing, copying, or in any way using this message. If you have
received this communication in error, please notify the sender and
destroy and delete any copies you may have received.

http://www.bsc.es/disclaimer


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



Bug#730756: [gvfs-backends] Backtrace

2014-04-30 Thread Josep M. Perez
Package: gvfs-backends
Version: 1.20.1-1+b1

--- Please enter the report below this line. ---
I managed to get a backtrace of the problem.

Starting program: /usr/lib/gvfs/gvfs-afc-volume-monitor 
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x736a4700 (LWP 20722)]
Volume monitor alive
[New Thread 0x72ea3700 (LWP 20723)]
creating volume for device uuid 'e407b7d10eb7bde9f062334bc8de513e88ad87cf'
[New Thread 0x7221c700 (LWP 20724)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x736a4700 (LWP 20722)]
strlen () at ../sysdeps/x86_64/strlen.S:106
106 ../sysdeps/x86_64/strlen.S: No such file or directory.
(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x763279be in __GI___strdup (s=0x0) at strdup.c:41
#2  0x779bb1da in plist_new_string (val=0x0) at plist.c:118
#3  0x77bc993c in pair_record_generate (pair_record=0x736a3bc0, 
client=0x7fffec019b40) at lockdown.c:879
#4  lockdownd_do_pair (client=0x7fffec019b40, 
pair_record=pair_record@entry=0x0, verb=optimized out, 
verb@entry=0x77bd5e65 Pair) at lockdown.c:939
#5  0x77bc9e2c in lockdownd_pair (client=optimized out, 
pair_record=pair_record@entry=0x0) at lockdown.c:1102
#6  0x77bca403 in lockdownd_client_new_with_handshake 
(device=optimized out, client=0x736a3c78, label=optimized out) at 
lockdown.c:774
#7  0x00405c9e in ?? ()
#8  0x004062eb in ?? ()
#9  0x77bc729b in usbmux_event_cb (event=event@entry=0x736a3d30, 
user_data=user_data@entry=0x66de00) at idevice.c:136
#10 0x75bcca4f in generate_event 
(callback=callback@entry=0x77bc7270 usbmux_event_cb, 
dev=dev@entry=0x7fffec005060, event=event@entry=UE_DEVICE_ADD, 
user_data=user_data@entry=0x66de00) at libusbmuxd.c:490
#11 0x75bcd0b0 in generate_event (user_data=0x66de00, 
event=UE_DEVICE_ADD, dev=0x7fffec005060, callback=0x77bc7270 
usbmux_event_cb) at libusbmuxd.c:661
#12 get_next_event (user_data=0x66de00, callback=0x77bc7270 
usbmux_event_cb, sfd=optimized out) at libusbmuxd.c:662
#13 device_monitor (data=0x66de00) at libusbmuxd.c:718
#14 0x76658062 in start_thread (arg=0x736a4700) at 
pthread_create.c:312
#15 0x7638bbfd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb) frame 3
#3  0x77bc993c in pair_record_generate (pair_record=0x736a3bc0, 
client=0x7fffec019b40) at lockdown.c:879
879 lockdown.c: No such file or directory.
(gdb) print pair_record
$1 = (plist_t *) 0x736a3bc0
(gdb) print *pair_record
$2 = (plist_t) 0x7fffec01a2b0
(gdb) ptype *pair_record
type = void *
(gdb) print client
$3 = (lockdownd_client_t) 0x7fffec019b40
(gdb) ptype client
type = struct lockdownd_client_private {
property_list_service_client_t parent;
int ssl_enabled;
char *session_id;
char *udid;
char *label;
} *
(gdb) print *client
$4 = {
  parent = 0x7fffec014fe0, 
  ssl_enabled = 0, 
  session_id = 0x0, 
  udid = 0x7fffec016fb0 e407b7d10eb7bde9f062334bc8de513e88ad87cf, 
  label = 0x7fffec019ca0 gvfs-afc-volume-monitor
}
(gdb) 


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

Debian Release: jessie/sid
  500 unstableftp.ch.debian.org 
  500 stable  dl.google.com 
  500 sid winswitch.org 
  500 sid linux.dropbox.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libarchive13   | 3.1.2-8
libatk1.0-0(= 1.12.4) | 
libavahi-client3   (= 0.6.16) | 
libavahi-common3   (= 0.6.16) | 
libavahi-glib1 (= 0.6.16) | 
libbluetooth3(= 4.91) | 
libbluray1(= 1:0.2.2) | 
libc6(= 2.14) | 
libcairo-gobject2  (= 1.10.0) | 
libcairo2   (= 1.2.4) | 
libcdio-cdda1(= 0.83) | 
libcdio-paranoia1(= 0.83) | 
libcdio13(= 0.83) | 
libdbus-1-3 (= 1.0.2) | 
libdbus-glib-1-2 (= 0.78) | 
libexif12  | 
libexpat1   (= 2.0.1) | 
libgcrypt11 (= 1.5.1) | 
libgdk-pixbuf2.0-0 (= 2.22.0) | 
libglib2.0-0   (= 2.37.3) | 
libgoa-1.0-0b  (= 3.7.90) | 
libgphoto2-6(= 2.5.2) | 
libgphoto2-port10   (= 2.5.2) | 
libgtk-3-0  (= 3.0.0) | 
libgudev-1.0-0(= 146) | 
libimobiledevice4

Bug#730756: [gvfs-backends] The problem also happens in upowerd

2014-04-30 Thread Josep M. Perez Cancer

Package: gvfs-backends
Version: 1.20.1-1+b1

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

It appears this bug also happens in upowerd. I guess the problem might 
be either in libimobiledevice or libplist.


Here is a backtrace.

Cheers,
Josep M. Perez


$ sudo gdb --args /usr/lib/upower/upowerd --verbose --timed-exit
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1)
[...]
(gdb) r
Starting program: /usr/lib/upower/upowerd --verbose --timed-exit
warning: no loadable sections found in added symbol-file system-supplied 
DSO at 0x77ffa000

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x73112700 (LWP 26686)]
TI:11:34:46Starting upowerd version 0.9.23
[New Thread 0x72911700 (LWP 26687)]
TI:11:34:46cannot find a keyboard backlight
TI:11:34:46excuting command: /usr/bin/pm-is-supported --suspend
TI:11:34:46excuting command: /usr/bin/pm-is-supported --hibernate
TI:11:34:46adding swap device: zram0
TI:11:34:46adding swap device: zram1
TI:11:34:46adding swap device: zram2
TI:11:34:46adding swap device: zram3
TI:11:34:46adding swap device: zram4
TI:11:34:46adding swap device: zram5
TI:11:34:46adding swap device: zram6
TI:11:34:46adding swap device: zram7
TI:11:34:46daemon now coldplug
TI:11:34:46registering subsystem : power_supply
TI:11:34:46taking a guess for power supply scope
TI:11:34:46using min design voltage
TI:11:34:46resetting unknown timeout after 0 retries
TI:11:34:46energy 99.90 bigger than full 90.265200
TI:11:34:46object path = /org/freedesktop/UPower/devices/battery_BAT0
TI:11:34:46using min design voltage
TI:11:34:46resetting unknown timeout after 0 retries
TI:11:34:46added native-path: BAT0

TI:11:34:46using id: DELL_V57XN23-99-30351
TI:11:34:46loading 7 items of data from 
/var/lib/upower/history-rate-DELL_V57XN23-99-30351.dat
TI:11:34:46loading 7 items of data from 
/var/lib/upower/history-charge-DELL_V57XN23-99-30351.dat
TI:11:34:46loading 4 items of data from 
/var/lib/upower/history-time-full-DELL_V57XN23-99-30351.dat
TI:11:34:46loading 4 items of data from 
/var/lib/upower/history-time-empty-DELL_V57XN23-99-30351.dat

TI:11:34:46saving in 600 seconds
TI:11:34:46added BAT0
TI:11:34:46taking a guess for power supply scope
TI:11:34:46object path = /org/freedesktop/UPower/devices/line_power_AC
TI:11:34:46added native-path: AC

TI:11:34:46added AC
TI:11:34:46registering subsystem : usb
TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1
[New Thread 0x72110700 (LWP 26706)]
TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1
[Thread 0x72110700 (LWP 26706) exited]
TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-0:1.0

[New Thread 0x72110700 (LWP 26707)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-0:1.0

[Thread 0x72110700 (LWP 26707) exited]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-0:1.0
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1

[New Thread 0x72110700 (LWP 26708)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1

TI:11:34:46[Thread 0x72110700 (LWP 26708) exited]
failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5

[New Thread 0x72110700 (LWP 26709)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5

TI:11:34:46[Thread 0x72110700 (LWP 26709) exited]
failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0

[New Thread 0x72110700 (LWP 26710)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0

[Thread 0x72110700 (LWP 26710) exited]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1

[New Thread 0x72110700 (LWP 26713)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1

[Thread 0x72110700 (LWP 26713) exited]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1:1.0

[New Thread 0x72110700 (LWP 26714)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1:1.0

[Thread

Bug#612593: [libreoffice] Crash in contextual menu over wrongly spelled word

2011-02-09 Thread Josep M. Perez
Package: libreoffice
Version: 1:3.3.0-2
Severity: important

--- Please enter the report below this line. ---
Libreoffice crashes when opening the contextual menu over a wrongly spelled 
word in impress. I attach the report generated by bug buddy.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: wheezy/sid
  500 unstableftp.ch.debian.org 
  500 sid www.lamaresh.net 
  500 hathor-r1   scratchbox.org 
  500 binary  pkg.hudson-labs.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libreoffice-core (= 1:3.3.0-2) | 1:3.3.0-2
libreoffice-writer | 1:3.3.0-2
libreoffice-calc   | 1:3.3.0-2
libreoffice-impress| 1:3.3.0-2
libreoffice-draw   | 1:3.3.0-2
libreoffice-math   | 1:3.3.0-2
libreoffice-base   | 1:3.3.0-2
libreoffice-report-builder-bin | 1:3.3.0-2
ttf-dejavu | 2.32-1
ttf-sil-gentium-basic  | 1.1-2
libreoffice-filter-mobiledev   | 1:3.3.0-2
liblucene2-java (= 2.3.2) | 2.9.3+ds1-1
libreoffice-java-common  (= 1:3.3.0~) | 1:3.3.0-2
libreoffice-common( 1:3.3.0) | 1:3.3.0-2
ttf-opensymbol  (= 1:3.0) | 
2:2.4.3+LibO3.3.0-2
libatk1.0-0(= 1.29.3) | 1.30.0-1
libc6 (= 2.7) | 2.11.2-11
libcairo2   (= 1.2.4) | 1.8.10-6
libcurl3-gnutls  (= 7.16.2-1) | 7.21.3-1
libdb4.8   | 4.8.30-4
libexpat1  (= 1.95.8) | 2.0.1-7
libfontconfig1  (= 2.8.0) | 2.8.0-2.1
libfreetype6(= 2.2.1) | 2.4.2-2.1
libgcc1   (= 1:4.1.1) | 1:4.4.5-10
libglib2.0-0   (= 2.16.0) | 2.24.2-1
libgraphite3(= 1:2.3) | 1:2.3.1-0.2
libgstreamer-plugins-base0.10-0(= 0.10.0) | 0.10.30-1
libgstreamer0.10-0 (= 0.10.0) | 0.10.30-1
libgtk2.0-0  (= 2.10) | 2.20.1-2
libhunspell-1.2-0  (= 1.2.11) | 1.2.14-2
libhyphen0(= 2.4) | 2.7.1-3
libice6   (= 1:1.0.0) | 2:1.0.7-1
libicu44  (= 4.4.1-1) | 4.4.2-2
libjpeg62 (= 6b1) | 6b1-1
libmythes-1.2-0| 2:1.2.1-1
libneon27-gnutls (= 0.29.3-3) | 0.29.5-3
libnspr4-0d  (= 1.8.0.10) | 4.8.6-1
libnss3-1d   (= 3.12.0~1.9b1) | 3.12.8-2
libpango1.0-0  (= 1.14.0) | 
1.28.3-1+squeeze1
libpng12-0   (= 1.2.13-4) | 1.2.44-1
libsm6 | 2:1.2.0-1
libssl0.9.8  (= 0.9.8m-1) | 0.9.8o-4
libstdc++6  (= 4.4.0) | 4.4.5-10
libx11-6   | 2:1.4.1-4
libxaw7| 2:1.0.9-2
libxext6   | 2:1.2.0-2
libxinerama1   | 2:1.1.1-1
libxml2 (= 2.7.4) | 2.7.8.dfsg-2
libxrandr2 | 2:1.3.1-1
libxrender1| 1:0.9.6-1
libxslt1.1 (= 1.1.25) | 1.1.26-6
libxt6 | 1:1.0.9-2
ure (= 1.7.0+LibO3.3.0~beta3) | 
1.7.0+LibO3.3.0-2
zlib1g(= 1:1.1.4) | 
1:1.2.3.4.dfsg-3
librdf0 (= 1.0.9) | 1.0.10-3
fontconfig | 2.8.0-2.1
libreoffice-core (= 1:3.3.0-2) | 1:3.3.0-2
libreoffice-base-core  

Bug#552116: [cups] /etc/cups/printers.conf regeneration breaks printers with URIs containing user and password information

2009-10-23 Thread Josep M. Perez
Package: cups
Version: 1.4.1-5
Severity: important

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

When CUPS regenerates /etc/cups/printers.conf it adds additional
entries that change the way printing jobs are authenticated. In my
case, the affected printer is configured with a URI similar to this:

DeviceURI ipp://a_remote_user_name:pas...@server_ip/printers/queue_name

This configuration worked in cups 1.3. However, when cups rewrites the
file, it adds the following line to the printer entry:

AuthInfoRequired username,password

After that, all print jobs have to be authenticated manually. Removing
that line manually and restarting cups leads back to the expected
authentication behavior, but the file gets rewritten, and following
daemon restarts will cause jobs to trigger the manual authentication.

This problem is made worse due to the cups daemon rewriting the file at
every start (bug #552086).

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

Debian Release: squeeze/sid
  500 unstableftp.nl.debian.org 
  500 sid www.lamaresh.net 

--- Package information. ---
Depends(Version) | Installed
-+-
libavahi-client3 (= 0.6.16) | 0.6.25-1
libavahi-common3 (= 0.6.16) | 0.6.25-1
libc6   (= 2.7) | 2.10.1-1
libcups2  (= 1.4.0) | 1.4.1-5
libcupscgi1   (= 1.4.0) | 1.4.1-5
libcupsdriver1(= 1.4.0) | 1.4.1-5
libcupsimage2 (= 1.4.0) | 1.4.1-5
libcupsmime1  (= 1.4.0) | 1.4.1-5
libcupsppdc1  (= 1.4.0) | 1.4.1-5
libdbus-1-3   (= 1.0.2) | 1.2.16-2
libgcc1 (= 1:4.1.1) | 1:4.4.2-1
libgnutls26(= 2.7.14-0) | 2.8.4-1
libgssapi-krb5-2 (= 1.6.dfsg.2) | 1.7dfsg~beta3-1
libijs-0.35  | 0.35-7
libkrb5-3(= 1.6.dfsg.2) | 1.7dfsg~beta3-1
libldap-2.4-2 (= 2.4.7) | 2.4.17-2
libpam0g   (= 0.99.7.1) | 1.1.0-4
libpaper1| 1.1.23+nmu1
libpoppler4  | 0.10.6-1
libslp1  | 1.2.1-7.6
libstdc++6(= 4.1.1) | 4.4.2-1
libusb-0.1-4   (= 2:0.1.12) | 2:0.1.12-13
zlib1g  (= 1:1.1.4) | 1:1.2.3.3.dfsg-15
debconf  (= 1.2.9)  | 1.5.28
 OR debconf-2.0  | 
poppler-utils| 0.12.0-2
 OR xpdf-utils   | 
perl-modules | 5.10.1-5
procps   | 1:3.2.8-2
ghostscript  | 8.70~dfsg-2+b1
lsb-base  (= 3) | 3.2-23
cups-common   (= 1.4.1) | 1.4.1-5
cups-client (= 1.4.1-5) | 1.4.1-5
ssl-cert (= 1.0.11) | 1.0.23
adduser  | 3.111
bc   | 1.06.95-2
ttf-freefont | 20090104-4


Recommends  (Version) | Installed
=-+-===
foomatic-filters (= 4.0) | 4.0-20090509-1
cups-driver-gutenprint| 5.2.4-1
ghostscript-cups  | 8.70~dfsg-2+b1


Suggests  (Version) | Installed
===-+-===
cups-bsd| 1.4.1-5
cups-ppdc   | 
foomatic-db-engine  | 4.0-20090509-2
foomatic-db | 20090616-1
hplip   | 3.9.2-3
xpdf-korean | 
 OR xpdf-japanese   | 
 OR xpdf-chinese-traditional| 
 OR xpdf-chinese-simplified | 
cups-pdf| 2.5.0-8
smbclient(= 3.0.9) | 
udev| 146-5









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



Bug#505436: graphviz: Segmentation fault in make_regular_edge() in dotsplines.c:1448

2008-11-12 Thread Josep M. Perez
Package: graphviz
Version: 2.20.2-3
Severity: important


Running the followinf command causes a segfault in dot:

dot -Tps -v -Gnslimit=0.1 patata5.dot

I've recompiled the Debian package without optimization and with
debugging turned on. Gdb gives the following backtrace:

#0  0xb7ce0c33 in make_regular_edge (sp=0xbfddc094, P=0x9777b30, 
edges=0x8c1f4c8, ind=3505, cnt=1, et=8) at dotsplines.c:1448
#1  0xb7cdcba2 in _dot_splines (g=0x88e68a8, normalize=1) at dotsplines.c:396
#2  0xb7cdcdac in dot_splines (g=0x88e68a8) at dotsplines.c:448
#3  0xb7cd25ce in dot_layout (g=0x88e68a8) at dotinit.c:212
#4  0xb7f366dd in gvLayoutJobs (gvc=0x88d97b0, g=0x88e68a8) at gvlayout.c:69
#5  0x08048a3f in main (argc=5, argv=0xbfddc384) at dot.c:180

Running the command inside valgrind causes a read error:

==9030== Invalid read of size 4
==9030==at 0x46D9C33: make_regular_edge (dotsplines.c:1448)
==9030==by 0x46D5BA1: _dot_splines (dotsplines.c:396)
==9030==by 0x46D5DAB: dot_splines (dotsplines.c:448)
==9030==by 0x46CB5CD: dot_layout (dotinit.c:212)
==9030==by 0x405D6DC: gvLayoutJobs (gvlayout.c:69)
==9030==by 0x8048A3E: main (dot.c:180)
==9030==  Address 0x36c is not stack'd, malloc'd or (recently) free'd

The relevant code lines are:

1447for (i = 0; i  pn; i++)
1448points[pointn++] = ps[i];

At the time it crashes ps=0x318, pointn=1153 and i=10. Looks like the
points array is not big enough and is overlapping the memory used for
storing the address of ps:

(gdb) print ps
$3 = (point **) 0xbeb06128
(gdb) print points[pointn-1]
$4 = (point *) 0xbeb06124

BTW, sizeof(point)=8, so the previous iteration actually overwrites the
ps variable.


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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages graphviz depends on:
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libexpat1  2.0.1-4   XML parsing C library - runtime li
ii  libgd2-noxpm   2.0.36~rc1~dfsg-3 GD Graphics Library version 2 (wit
ii  libgraphviz4   2.20.2-3  rich set of graph drawing tools
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxaw72:1.0.4-2 X11 Athena Widget library
hi  libxmu62:1.0.4-1 X11 miscellaneous utility library
hi  libxt6 1:1.0.5-3 X11 toolkit intrinsics library

Versions of packages graphviz recommends:
ii  ttf-liberation1.04.92-1  Free fonts with the same metrics a

Versions of packages graphviz suggests:
ii  graphviz-doc  2.20.2-3   additional documentation for graph
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-3 Fonts for the Ghostscript interpre

-- no debconf information



patata5.dot.gz
Description: GNU Zip compressed data


Bug#355047: apt tools segfault

2006-07-19 Thread Josep M. Perez Cancer
I found a way to work around the segfault. Looks like the culprits were 
/var/cache/apt/pkgcache.bin and /var/cache/apt/srcpkgcache.bin. For some 
reason they have been corrupted. Just removing them avoids the segfault.


I attach the versions of those files that crached the apt tools.

Josep M. Perez C.





pkgcache.bin
Description: Binary data


srcpkgcache.bin
Description: Binary data


Bug#355047: apt tools segfault

2006-07-14 Thread Josep M. Perez Cancer

Followup-For: Bug #355047
Package: apt
Version: 0.6.44.2

*** Please type your report below this line ***
apt-get and apt-cache segfault at the same program location. In the case
of apt-get, update finishes with a segfault and upgrade segfaults while
reading the package list. In the apt-cache case, just doing a search
triggers the segfault.

I have recompiled the package without optimisation and without
stripping and run it through gdb and strace.


-- Debugging session follows:
$ gdb apt-cache
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i486-linux-gnu...Using host libthread_db
library /lib/tls/i686/cmov/libthread_db.so.1.

(gdb) run search apt
Starting program: /usr/bin/apt-cache search apt

Program received signal SIGSEGV, Segmentation fault.
0xa7c60ca3 in strlen () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0  0xa7c60ca3 in strlen () from /lib/tls/i686/cmov/libc.so.6
#1  0xa7deb5c6 in std::string::compare () from /usr/lib/libstdc++.so.6
#2  0xa7e9ea7a in std::operator!=char, std::char_traitschar, 
std::allocatorchar  ([EMAIL PROTECTED], __rhs=0x0)
   at 
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/basic_string.h:2200
#3  0xa7f037d5 in debPackagesIndex::FindInCache (this=0x805b270, 
[EMAIL PROTECTED]) at deb/debindexfile.cc:308
#4  0xa7ecbb30 in CheckValidity ([EMAIL PROTECTED], 
Start={_M_current = 0x805c528}, End={_M_current = 0x805c55c}, 
OutMap=0xafb5afd8)

   at pkgcachegen.cc:580
#5  0xa7ece980 in pkgMakeStatusCache ([EMAIL PROTECTED], 
[EMAIL PROTECTED], OutMap=0xafb5afd8, AllowMem=true) at 
pkgcachegen.cc:715

#6  0x0804d307 in main (argc=3, argv=0xafb5b094) at apt-cache.cc:1791
(gdb) frame 3
#3  0xa7f037d5 in debPackagesIndex::FindInCache (this=0x805b270, 
[EMAIL PROTECTED]) at deb/debindexfile.cc:308

308   if (FileName != File.FileName())
(gdb) print FileName
$1 = {static npos = 4294967295, _M_dataplus = {std::allocatorchar = 
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
 _M_p = 0x805c884 
/var/lib/apt/lists/ftp.nl.debian.org_debian_dists_unstable_main_binary-i386_Packages}}

(gdb) print File
$2 = {Owner = 0xafb5aa94, File = 0xa7f44220}
(gdb) print File.Owner
$3 = (class pkgCache *) 0xafb5aa94
(gdb) print *File.Owner
$4 = {_vptr.pkgCache = 0x805a468, CacheFile = {static npos = 4294967295, 
_M_dataplus = {std::allocatorchar =
   {__gnu_cxx::new_allocatorchar = {No data fields}, No data 
fields}, _M_p = 0xa7e395bc }},
 Map = @0x805c6c8, HeaderP = 0xa7f42000, PkgP = 0xa7f42000, 
VerFileP = 0xa7f42000, PkgFileP = 0xa7f42000, VerP = 0xa7f42000,
 ProvideP = 0xa7f42000, DepP = 0xa7f42000, StringItemP = 0xa7f42000, 
StrP = 0xa7f42000 \230\004, VS = 0xa7f29ca4}

(gdb) print *File.File
$5 = {FileName = 0, Archive = 0, Component = 0, Version = 0, Origin = 0, 
Label = 0, Architecture = 0, Site = 0, IndexType = 0, Size = 0,

 Flags = 0, NextFile = 0, ID = 0, mtime = 0}
(gdb) up
#4  0xa7ecbb30 in CheckValidity ([EMAIL PROTECTED], 
Start={_M_current = 0x805c528}, End={_M_current = 0x805c55c}, 
OutMap=0xafb5afd8)

   at pkgcachegen.cc:580
580   pkgCache::PkgFileIterator File = (*Start)-FindInCache(Cache);
(gdb) frame 3
#3  0xa7f037d5 in debPackagesIndex::FindInCache (this=0x805b270, 
[EMAIL PROTECTED]) at deb/debindexfile.cc:308

308   if (FileName != File.FileName())
(gdb) print *this
$6 = {pkgIndexFile = {_vptr.pkgIndexFile = 0xa7f27048, Trusted = 
true}, URI = {static npos = 4294967295,
   _M_dataplus = {std::allocatorchar = 
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},
 _M_p = 0x805bb44 http://ftp.nl.debian.org/debian/}}, Dist = 
{static npos = 4294967295,
   _M_dataplus = {std::allocatorchar = 
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields},

 _M_p = 0x805be5c unstable}}, Section = {static npos = 4294967295,
   _M_dataplus = {std::allocatorchar = 
{__gnu_cxx::new_allocatorchar = {No data fields}, No data 
fields}, _M_p = 0x805babc main}}}

(gdb)


-- strace output
$ strace apt-cache search apt
execve(/usr/bin/apt-cache, [apt-cache, search, apt], [/* 31 vars 
*/]) = 0

uname({sys=Linux, node=bscig02, ...}) = 0
brk(0)  = 0x805b000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xa7fab000
access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or 
directory)

open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=108031, ...}) = 0
mmap2(NULL, 108031, PROT_READ, MAP_PRIVATE, 3, 0) = 0xa7f9
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1