*** This bug is a duplicate of bug 1560759 ***
https://bugs.launchpad.net/bugs/1560759
** This bug has been marked a duplicate of bug 1560759
packagekitd crashed with SIGSEGV in strlen()error just appeared at log in no
apps open
--
You received this bug notification because you are a
This happens when http_proxy is not set. To reproduce, run
root# unset http_proxy
root# pkcon get-updates
Getting updates [=]
Starting [== ] The daemon
crashed mid-transaction!
It's fixed upstrem:
In urf-input.c, there's a line
if (condition G_IO_IN) {
which needs to be
if (condition G_IO_IN !(G_IO_ERR | G_IO_HUP)) {
This is because the actual condition passed to the function after
suspend/resume and consequent new inode # for /dev/input/event4 is
(gdb) p condition
$2 = (G_IO_IN |
The workaround works for me (with Dell XPS Developer Edition).
Regarding what's actually happening, it looks like after suspend/resume
the input device used by urfkill (in my case, /dev/input/event4) comes
back with a different inode number, so that the file descriptor held by
urfkill is invalid,
It's caused by the syntax highlighting, which uses regular expression
and slows down to a crawl on long lines. Do :syntax off and you'll be
able to work fine. Alternatively you can limit syntax highlighting to
the fist n columns by doing for example set synmaxcol=120.
--
You received this bug
Do you get this with :e, :w, and so on, or only with :o? Quoting the
documentation for :o:
Vim does not support open mode, since it's not really useful.
--
Tab-complete returns ^I instead of file path
https://bugs.launchpad.net/bugs/335966
You received this bug notification because you are a
** Changed in: nautilus (Ubuntu)
Sourcepackagename: None = nautilus
--
[Intrepid] Connecting to SSH server with Nautilus. Can't transfer file because
free space: 0 bytes (gvfs bug ?)
https://bugs.launchpad.net/bugs/291863
You received this bug notification because you are a member of Ubuntu
I had a second look at this. When the bug happens, the backtrace looks
like this:
#0 0xb804d430 in __kernel_vsyscall ()
#1 0xb740cec1 in pause () from /lib/tls/i686/cmov/libc.so.6
#2 0x0815cc0a in mch_suspend () at os_unix.c:1117
#3 0x080c09ae in ex_stop (eap=0xbf84c628) at ex_docmd.c:6578
#4
Reported to Debian: http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=516580
--
vim: hang after ^Z / fg
https://bugs.launchpad.net/bugs/291373
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Thanks dominiko! I've rebuilt the package with your patch (wrapping it
in an #ifdef _REENTRANT), and it fixes the problem - I didn't see the
problem anymore in about 30 Ctrl-z/fg sequences, while I'd get it after
max 10 without the patch.
--
vim: hang after ^Z / fg
I'm getting this as well, sporadically, and only with vim.gnome, not
with vim.basic. I can reproduce it consistently by repeatedly putting
vim to sleep with Ctrl-Z and then waking it up. At some point it will
hang.
Here's a backtrace from my system. It seems to be the same as
** Changed in: nautilus (Ubuntu)
Sourcepackagename: None = nautilus
--
folder sharing - share name = empty despite given name
https://bugs.launchpad.net/bugs/293601
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
12 matches
Mail list logo