Bug 862734

This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

please try vim-7.3.944-1 and see if that fixes this issue. 
Feel free to re-open this bugzila if the problem still exists with the updated vim.

Created attachment 747761 [details]
build log from fedpkg --dist el7 local on f19 branch

(In reply to comment #2)
> please try vim-7.3.944-1 and see if that fixes this issue. 
> Feel free to re-open this bugzila if the problem still exists with the
> updated vim.

Where can I get this version/release for EL-7? Could I ask for a scratch build, please?

configure: WARNING: unrecognized options: --disable-dependency-tracking
+ make VIMRCLOC=/etc VIMRUNTIMEDIR=/usr/share/vim/vim73 -j3
mkdir objects
CC="gcc -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/libdrm -I/usr/include/harfbuzz   -I/usr/local/include     " srcdir=. sh ./osdef.sh
creating auto/pathdef.c
/usr/bin/perl -e 'unless ( $] >= 5.005 ) { for (qw(na defgv errgv)) { print "#define PL_$_ $_\n" }}' > auto/if_perl.c
/usr/bin/perl /usr/share/perl5/ExtUtils/xsubpp -prototypes -typemap \
    /usr/share/perl5/ExtUtils/typemap if_perl.xs >> auto/if_perl.c
Can't open perl script "/usr/share/perl5/ExtUtils/xsubpp": No such file or directory
make: *** [auto/if_perl.c] Error 2
make: *** Waiting for unfinished jobs....
error: Bad exit status from /var/tmp/rpm-tmp.UET3xl (%build)


RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.UET3xl (%build)
Could not execute local: Non zero exit
matej@wycliff: vim (f19 %)$

Exactly the same result:
Traceback (most recent call last):
  File "/usr/lib64/python2.7/site.py", line 62, in <module>
    import os
  File "/usr/lib64/python2.7/os.py", line 49, in <module>
    import posixpath as path
  File "/usr/lib64/python2.7/posixpath.py", line 17, in <module>
    import warnings
  File "/usr/lib64/python2.7/warnings.py", line 8, in <module>
    import types
  File "types.py", line 6, in <module>
    from _dbus_bindings import (
ImportError: No module named _dbus_bindings

I am more concerned why in the world OPENING of the script (not running it), would lead to the crash of the editor.

It doesn't crash for me, but my system is F18 which might make a difference here.

Could you attach /usr/lib/python2.7/site-packages/dbus/bus.py , please ? Or give me the output of 'rpm -qf /usr/lib/python2.7/site-packages/dbus/bus.py' ?

And please try again with vim -u NONE -U NONE /usr/lib/python2.7/site-packages/dbus/bus.py   to check if maybe some changes in a vimrc triggered this iisue.

Created attachment 748295 [details]
Requested python file

Created attachment 748296 [details]
my ~/.vimrc

(In reply to comment #7)
> Could you attach /usr/lib/python2.7/site-packages/dbus/bus.py , please ? Or
> give me the output of 'rpm -qf /usr/lib/python2.7/site-packages/dbus/bus.py'

dbus-python-1.1.1-5.el7.x86_64

> And please try again with vim -u NONE -U NONE
> /usr/lib/python2.7/site-packages/dbus/bus.py   to check if maybe some
> changes in a vimrc triggered this iisue.

With -u NONE -U NONE it works, so I guess it must be something about the configuration/customization. But I am really not aware of doing anything related to DBus in my ~/.vimrc. I generally use pathogen for my plugins, so it should be obvious what I have installed.

Also, doesn't -u NONE -U NONE switch compatible on, which switches off basically all extended facilities which could cause a problem, so it effectively masks the issue?

matej@wycliff: ~$ ls .vim/{bundle,ftplugin,plugin,syntax,spell,indent,autoload}/
.vim/autoload/:
pathogen.vim

.vim/bundle/:
AutoClose.vim  html5-natalian  TaskList.vim          vim-flake8     vimoutliner
closetag.vim   python-mode     vim-colors-solarized  vim-fugitive
ctrlp.vim      snipmate.vim    vim-dispatch          vim-makegreen

.vim/ftplugin/:
css_pretty.vim  json_tcms.vim  spec.vim

.vim/indent/:
html.vim  org.vim

.vim/plugin/:
dot.vim

.vim/spell/:
en.utf-8.add  en.utf-8.add.spl

.vim/syntax/:
git.vim  htmljinja.vim  javascript  json.vim       orgtodo.vim  wiki.vim
html     html.vim       jinja.vim   orgagenda.vim  org.vim
matej@wycliff: ~$

still no joy in reproducing this, even with your vimrc and bus.py.
Would you mind attaching a tarball of your .vim directory if there's nothing secret in there ?

This message is a notice that Fedora 19 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 19. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained. Approximately 4 (four) weeks from now this bug will
be closed as EOL if it remains open with a Fedora 'version' of '19'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 19 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Still the same:
matej@mitmanek: ~$ vim -V20vimlog /usr/lib64/python2.7/site-packages/dbus/bus.py

Traceback (most recent call last):
  File "/usr/lib64/python2.7/site.py", line 62, in <module>
    import os
  File "/usr/lib64/python2.7/os.py", line 49, in <module>
    import posixpath as path
  File "/usr/lib64/python2.7/posixpath.py", line 17, in <module>
    import warnings
  File "/usr/lib64/python2.7/warnings.py", line 8, in <module>
    import types
  File "types.py", line 6, in <module>
    from _dbus_bindings import (
ImportError: No module named _dbus_bindings
matej@mitmanek: ~$ rpm -qf /usr/lib64/python2.7/site-packages/dbus/bus.py
dbus-python-1.1.1-9.el7.x86_64
matej@mitmanek: ~$ rpm -qa vim\*
vim-filesystem-7.4.160-1.el7.x86_64
vim-minimal-7.4.160-1.el7.x86_64
vim-X11-7.4.160-1.el7.x86_64
vim-vimoutliner-0.3.7-5.el7.noarch
vim-enhanced-7.4.160-1.el7.x86_64
vim-common-7.4.160-1.el7.x86_64
matej@mitmanek: ~$

Refiling to RHEL7 for further investigation, so it is not just lost.