Bug#926725: eric: No source code documentation provider

2020-04-27 Thread Dave Hill

There is a thread in the Eric issue tracker on solving this:

https://www.mail-archive.com/eric@riverbankcomputing.com/msg04281.html

Basically, the instruction is to install either of the rope or jedi 
plugins - in the plugins list, rope is called "Refactoring, Rope" and 
jedi is called "Completions, Jedi". You may need to to do Plugins, 
Plugins Repository, Update first. (In 19.x it's the Plugins menu item; 
in 20.x it's Extras, Plugins...)


Once you've installed the plugin, you need to select it as the Code Info 
Provider at the top of the Code Documentation Viewer on the far right.


This worked for me on Eric 19.01 and 20.3 - hope it helps,
David

On Tue, 09 Apr 2019 17:20:16 +0100 Kevin Steen  
wrote:


> Package: eric
> Version: 19.02.1+ds1-1
> Severity: normal
>
> On a new installation (Debian Buster), the Code Documentation Viewer 
window

> shows an error message: "No source code documentation provider has been
> registered"
>
> Looking through the settings, it seems all the paths to Python 
documentation

> are correct (and the paths contain html files.)
>
> I tried installing QT Assistant (package qt5-assistant) and 
re-starting Eric.

>
> I tried using the Plugin Repository to download and install the 
"Documentation

> Set, Python 3.5.2" but that also made no difference.
>
> Please can you advise how to enable the Code Documentation Viewer?
>
> Many thanks
> -Kevin
>
>
>
> -- System Information:
> Debian Release: buster/sid
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: i386 (i686)
>
> Kernel: Linux 4.19.0-4-686-pae (SMP w/1 CPU core)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)

> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages eric depends on:
> ii libjs-jquery 3.3.1~dfsg-1
> ii libjs-jquery-hotkeys 0~20130707+git2d51e3a9+dfsg-2
> ii libjs-jquery-isonscreen 1.2.0-1
> ii libjs-jquery-tablesorter 1:2.31.1+dfsg1-1
> ii libjs-jquery-ui 1.12.1+dfsg-5
> ii python3 3.7.2-1
> ii python3-chardet 3.0.4-3
> ii python3-distutils 3.7.3~rc1-1
> ii python3-pygments 2.3.1+dfsg-1
> ii python3-pyqt5 5.11.3+dfsg-1+b3
> ii python3-pyqt5.qsci 2.10.4+dfsg-2
> ii python3-pyqt5.qtsql 5.11.3+dfsg-1+b3
> ii python3-pyqt5.qtsvg 5.11.3+dfsg-1+b3
> ii python3-pyqt5.qtwebkit 5.11.3+dfsg-1+b3
>
> Versions of packages eric recommends:
> ii eric-api-files 19.02.1+ds1-1
> pn python3-pyqt5.qtwebengine 
> ii python3-rope 0.10.5-3
>
> Versions of packages eric suggests:
> pn pyqt5-dev-tools 
> pn pyqt5-doc 
> ii python [python-profiler] 2.7.16-1



Bug#830307: Re virt-manager: Virt-manager uses qemu-system-i386 /usr/lib/xen/bin

2020-02-08 Thread Dave Hill
Further to my previous message, it appears that the nominal architecture 
makes no difference to qemu, as it emulates no CPU instructions: 
https://wiki.xen.org/wiki/QEMU_Upstream#Why_is_qemu-system-i386_used_even_on_x86_64_and_even_non-x86.3F


The qemu-system-i386 emulator is always used, regardless of the 
architecture being installed. So, while confusing, virt-manager's 
emulator specification is actually correct.




Bug#830307: virt-manager: Virt-manager uses qemu-system-i386 /usr/lib/xen/bin

2020-02-07 Thread Dave Hill
Confirming this is still a problem in 10.2. Also, virt-manager appears 
to specify the wrong emulator in its optional configuration page. It 
says it's going to use qemu-system-i386, even though the architecture to 
be installed is x86_64. However, it will use a softlink to 
/usr/bin/qemu-system-x86_64 to create a new vm.



On Wed, 13 Mar 2019 12:32:36 +0100 Dejan Muhamedagic 
 wrote:> Package: virtinst


> Version: 1:2.0.0-3
> Followup-For: Bug #830307
>
> Just to report that this is still an issue on Buster. Apparently
> creating the links (ln -s) helps, just like RH did as shown in
> that bugzilla.
>
> Thanks!
>
>
> -- System Information:
> Debian Release: buster/sid
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.19.0-2-rt-amd64 (SMP w/4 CPU cores; PREEMPT)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)

> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages virtinst depends on:
> ii e2fsprogs 1.44.5-1
> ii genisoimage 9:1.1.11-3+b2
> ii gir1.2-libosinfo-1.0 1.2.0-1
> ii python3 3.7.2-1
> ii python3-distutils 3.7.2-3
> ii python3-gi 3.30.4-1
> ii python3-libvirt 5.0.0-1
> ii python3-libxml2 2.9.4+dfsg1-7+b3
> ii python3-requests 2.20.0-2
>
> Versions of packages virtinst recommends:
> ii qemu-utils 1:3.1+dfsg-4
> ii virt-viewer 7.0-1
>
> virtinst suggests no packages.
>
> -- no debconf information
>
>