[Desktop-packages] [Bug 545044] Re: Xdg-open should use kde-open instead of kfmclient

2018-08-09 Thread Francesco Belladonna
If you need a temporary fix to this issue to get xdg-open to work (lot
of tools depend on it), I recommend exporting the environment variable
KDE_SESSION_VERSION=5 (or 4 or 6 or whatever is your KDE version). Fixes
the problem (this environment variable is entirely missing in my
installation)

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xdg-utils in Ubuntu.
https://bugs.launchpad.net/bugs/545044

Title:
  Xdg-open should use kde-open instead of kfmclient

Status in xdg-utils package in Ubuntu:
  Confirmed

Bug description:
  Binary package hint: xdg-utils

  In /usr/bin/xdg-open, open_kde attempts to use the kfmclient binary to
  open the provided URI. Kfmclient is according to Ubuntu package
  database
  
(http://packages.ubuntu.com/search?searchon=contents=kfmclient=exactfilename=lucid=any),
  only available in the konqueror package, and in the kdebase-dbg (only
  in PATH from the Konqueror package).

  Neither of these two packages is a natural requirement for basic xdg-
  open functionality under a KDE-environment. Currently, unless the user
  has Konqueror installed, xdg-open falls back to open_generic
  sidestepping any KDE-configs.

  However, KDE does have a similar utility, kde-open, which does the
  same thing as xdg-open, and should be used instead of kfmclient.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/545044/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 881259] Re: Crash when losing IRC connection with signal SIGPIPE, Broken pipe in write () from /lib/x86_64-linux-gnu/libpthread.so.0

2013-08-09 Thread Francesco Belladonna
I can confirm this issue, I have the exact same problem.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pidgin in Ubuntu.
https://bugs.launchpad.net/bugs/881259

Title:
  Crash when losing IRC connection with signal SIGPIPE, Broken pipe in
  write () from /lib/x86_64-linux-gnu/libpthread.so.0

Status in “pidgin” package in Ubuntu:
  New

Bug description:
  This has happened several times to me when being connected to an IRC
  server with a bad connection (mobile access through phone in train)
  but I hadn't installed the -dbg package until yet, so I can only
  provide an incomplete backtrace at this point, which however looks
  pretty obvious to me:

  bt
  #0  0x7789807d in write () from /lib/x86_64-linux-gnu/libpthread.so.0
  #1  0x7fffe0204047 in irc_send_len () from /usr/lib/purple-2/libirc.so
  #2  0x7fffe0201ab9 in irc_cmd_quit () from /usr/lib/purple-2/libirc.so
  #3  0x7fffe0203137 in ?? () from /usr/lib/purple-2/libirc.so
  #4  0x74bdff91 in _purple_connection_destroy () from 
/usr/lib/libpurple.so.0
  #5  0x74bcb6ee in purple_account_disconnect () from 
/usr/lib/libpurple.so.0
  #6  0x74bdf1e5 in ?? () from /usr/lib/libpurple.so.0
  #7  0x74efe23b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #8  0x74efca5d in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
  #9  0x74efd258 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #10 0x74efd792 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
  #11 0x76333db7 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
  #12 0x77f4718e in main ()

  
  (gdb) info registers
  rax0xffe0 -32
  rbx0x00
  rcx0x -1
  rdx0x10   16
  rsi0x792551a0 140737373360544
  rdi0x1b   27
  rbp0x788e5800 0x788e5800
  rsp0x7fffbb20 0x7fffbb20
  r8 0x782b40c0 140737356972224
  r9 0x1f11 7953
  r100x11
  r110x293  659
  r120x10   16
  r130x792e8580 140737373963648
  r140x751ac670 140737305560688
  r150x78212490 140737356309648
  rip0x7789807d 0x7789807d write+45
  eflags 0x293  [ CF AF SF IF ]
  cs 0x33   51
  ss 0x2b   43
  ds 0x00
  es 0x00
  fs 0x00
  gs 0x00

  (gdb) x/16i $pc
  = 0x7789807d write+45: mov(%rsp),%rdi
 0x77898081 write+49: mov%rax,%rdx
 0x77898084 write+52: callq  0x77897b30 
__pthread_disable_asynccancel
 0x77898089 write+57: mov%rdx,%rax
 0x7789808c write+60: add$0x8,%rsp
 0x77898090 write+64: cmp$0xf001,%rax
 0x77898096 write+70: jae0x77898099 write+73
 0x77898098 write+72: retq   
 0x77898099 write+73: mov0x208ed8(%rip),%rcx# 
0x77aa0f78
 0x778980a0 write+80: xor%edx,%edx
 0x778980a2 write+82: sub%rax,%rdx
 0x778980a5 write+85: mov%edx,%fs:(%rcx)
 0x778980a8 write+88: or $0x,%rax
 0x778980ac write+92: jmp0x77898098 write+72
 0x778980ae:nop
 0x778980af:nop

  (gdb) thread apply all backtrace

  Thread 4 (Thread 0x7fffda442700 (LWP 7956)):
  #0  0x748bc773 in poll () from /lib/x86_64-linux-gnu/libc.so.6
  #1  0x74efcf68 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #2  0x74efd792 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
  #3  0x72d22516 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
  #4  0x74f222b6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #5  0x77890efc in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
  #6  0x748c889d in clone () from /lib/x86_64-linux-gnu/libc.so.6
  #7  0x in ?? ()

  Thread 2 (Thread 0x7fffe1c5e700 (LWP 7954)):
  #0  0x748c1913 in select () from /lib/x86_64-linux-gnu/libc.so.6
  #1  0x7fffe229386a in ?? () from /usr/lib/libtcl8.5.so.0
  #2  0x77890efc in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
  #3  0x748c889d in clone () from /lib/x86_64-linux-gnu/libc.so.6
  #4  0x in ?? ()

  Thread 1 (Thread 0x77ec79a0 (LWP 7953)):
  #0  0x7789807d in write () from /lib/x86_64-linux-gnu/libpthread.so.0
  #1  0x7fffe0204047 in irc_send_len () from /usr/lib/purple-2/libirc.so
  #2  0x7fffe0201ab9 in irc_cmd_quit () from /usr/lib/purple-2/libirc.so
  #3  0x7fffe0203137 in ?? () from /usr/lib/purple-2/libirc.so
  #4  0x74bdff91 in _purple_connection_destroy () from 
/usr/lib/libpurple.so.0
  #5