bug#29933: can't login in a virtual machine

2018-01-03 Thread Maxim Cournoyer
Catonano  writes:

[...]

> Thank you Leo, this is not current anymore
>
> Danny and I discussed this issue in bug 29934
>
> This bug can be closed, I guess

OK, I'm closing the bug by replying to
"29933-d...@debbugs.gnu.org".

Thank you,

Maxim





bug#29965: Warning: vlan0 is not connected to the host network

2018-01-03 Thread Leo Famulari
On Wed, Jan 03, 2018 at 11:10:08PM +0100, Catonano wrote:
> I managed to use system vm-image instead of system vm and I have to say it
> fares better
> 
> I can fiddle with qemu switches and I managed to allow my virtual machine
> to reach out on the network,
> 
> The machine is faster and less awkard, the terminal background is dark
> instead of sun bright
> 
> So this bug is not  urgent
> 
> But I still think this is a bug. system vm is a Guix feature and the
> machine it provides should be able to get on the network, I think

When you run the script created by `guix system vm`, you can add
arguments to QEMU on the command-line. For example,

$ /gnu/store/...-run-vm.sh -net user -net nic,model=virtio

Or even:

$(guix system vm config.scm) -net user -net nic,model=virtio


signature.asc
Description: PGP signature


bug#29965: Warning: vlan0 is not connected to the host network

2018-01-03 Thread Catonano
I managed to use system vm-image instead of system vm and I have to say it
fares better

I can fiddle with qemu switches and I managed to allow my virtual machine
to reach out on the network,

The machine is faster and less awkard, the terminal background is dark
instead of sun bright

So this bug is not  urgent

But I still think this is a bug. system vm is a Guix feature and the
machine it provides should be able to get on the network, I think


bug#29965: Warning: vlan0 is not connected to the host network

2018-01-03 Thread Catonano
This is the warning I get when I run a virtual machine made with guix
system vm

I made a a short video, here
https://youtu.be/d_vpHoie5fY


bug#29963: gajim fails to start on foreign distro

2018-01-03 Thread Catonano
2018-01-03 18:39 GMT+01:00 Ricardo Wurmus :

> This is what happens when I run “gajim” on Fedora:
>

If I was able to install Guix on my Fedora desktop, I'd try to reproduce
this

But I'm not :-/


bug#29963: gajim fails to start on foreign distro

2018-01-03 Thread Leo Famulari
On Wed, Jan 03, 2018 at 06:39:55PM +0100, Ricardo Wurmus wrote:
> This is what happens when I run “gajim” on Fedora:

On Debian, it does run for me. Here is what it prints from launch to
the clean exit:

$ gajim
fatal: Not a git repository (or any of the parent directories): .git

** (gajim:23928): WARNING **: Trying to register gtype 'GMountMountFlags' as 
enum when in fact it is of type 'GFlags'

** (gajim:23928): WARNING **: Trying to register gtype 'GDriveStartFlags' as 
enum when in fact it is of type 'GFlags'

** (gajim:23928): WARNING **: Trying to register gtype 'GSocketMsgFlags' as 
enum when in fact it is of type 'GFlags'
D-Bus python bindings are missing in this computer
D-Bus capabilities of Gajim cannot be used
01/03/2018 13:29:04 (E) gajim.c.check_X509 Import of PyOpenSSL or pyasn1 
failed.Cannot correctly check SSL certificate
Traceback (most recent call last):
  File 
"/gnu/store/62g3j1kppq6f1w852384yy0d35m5hn0p-gajim-0.16.9/share/gajim/src/common/check_X509.py",
 line 10, in 
from pyasn1.type import univ, constraint, char, namedtype, tag
ImportError: No module named pyasn1.type
/gnu/store/62g3j1kppq6f1w852384yy0d35m5hn0p-gajim-0.16.9/share/gajim/src/roster_window.py:6601:
 Warning: g_object_set_qdata: assertion 'G_IS_OBJECT (object)' failed
  self.window.show_all()
$ echo $?
0


signature.asc
Description: PGP signature


bug#29676: Guix test failure on tests/store.

2018-01-03 Thread Roel Janssen

Ludovic Courtès writes:

> Hello,
>
> Roel Janssen  skribis:
>
>> ==24971== 4,104 bytes in 1 blocks are possibly lost in loss record 351 of 365
>> ==24971==at 0x4C2AAD6: malloc (in 
>> /gnu/store/18w3ykyqkcq5zp1qx17qhamkxlczzl0n-valgrind-3.12.0/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
>> ==24971==by 0x4E719E3: sqlite3MemMalloc (in 
>> /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6)
>> ==24971==by 0x4E4DB8B: sqlite3Malloc (in 
>> /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6)
>> ==24971==by 0x4E51316: pcache1Alloc (in 
>> /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6)
>> ==24971==by 0x4E6E71A: sqlite3BtreeCursor (in 
>> /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6)
>> ==24971==by 0x4EA9053: sqlite3VdbeExec (in 
>> /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6)
>> ==24971==by 0x4EB271E: sqlite3_step (in 
>> /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6)
>> ==24971==by 0x4EB34D1: sqlite3_exec (in 
>> /gnu/store/6d4ihp7xbdh3a0ffbpm5n45q4v3w0l35-sqlite-3.19.3/lib/libsqlite3.so.0.8.6)
>> ==24971==by 0x426886: nix::LocalStore::openDB(bool) (local-store.cc:293)
>> ==24971==by 0x42BEF4: nix::LocalStore::LocalStore(bool) 
>> (local-store.cc:169)
>> ==24971==by 0x40A356: acceptConnection(int)::{lambda()#1}::operator()() 
>> const (nix-daemon.cc:755)
>> ==24971==by 0x40E16B: std::_Function_handler> acceptConnection(int)::{lambda()#1}>::_M_invoke(std::_Any_data const&) 
>> (functional:1871)
>
> I suspect these “possibly lost” reports are false alarms.
>
> Anyway, there’s no “invalid read” or “invalid write” report, which is
> what we were looking for.  :-/

Indeed.  There are some 'definitely lost' reports as well, but these are
very small.

I can't seem to reproduce this on my laptop, which is strange because
the machine I do get the test failure on has ECC memory, and my laptop
doesn't have that.

Kind regards,
Roel Janssen





bug#29963: gajim fails to start on foreign distro

2018-01-03 Thread Ricardo Wurmus
This is what happens when I run “gajim” on Fedora:

--8<---cut here---start->8---
rwurmus ~ : gajim
fatal: Not a git repository (or any of the parent directories): .git

** (gajim:25022): WARNING **: Trying to register gtype 'GMountMountFlags' as 
enum when in fact it is of type 'GFlags'

** (gajim:25022): WARNING **: Trying to register gtype 'GDriveStartFlags' as 
enum when in fact it is of type 'GFlags'

** (gajim:25022): WARNING **: Trying to register gtype 'GSocketMsgFlags' as 
enum when in fact it is of type 'GFlags'
D-Bus python bindings are missing in this computer
D-Bus capabilities of Gajim cannot be used
Traceback (most recent call last):
  File "gajim.py", line 289, in 
import gtkexcepthook
  File 
"/gnu/store/62g3j1kppq6f1w852384yy0d35m5hn0p-gajim-0.16.9/share/gajim/src/gtkexcepthook.py",
 line 31, in 
import dialogs
  File 
"/gnu/store/62g3j1kppq6f1w852384yy0d35m5hn0p-gajim-0.16.9/share/gajim/src/dialogs.py",
 line 48, in 
import gtkspell
  File 
"/gnu/store/62g3j1kppq6f1w852384yy0d35m5hn0p-gajim-0.16.9/share/gajim/src/gtkspell.py",
 line 43, in 
libgtkspell = ctypes.cdll.LoadLibrary(libgtkspell_path)
  File 
"/gnu/store/0n8ni2ldvyz5yd488cidzi3via7jk7pw-python-2.7.13/lib/python2.7/ctypes/__init__.py",
 line 440, in LoadLibrary
return self._dlltype(name)
  File 
"/gnu/store/0n8ni2ldvyz5yd488cidzi3via7jk7pw-python-2.7.13/lib/python2.7/ctypes/__init__.py",
 line 362, in __init__
self._handle = _dlopen(self._name, mode)
OSError: libgtkspell.so.0: cannot open shared object file: No such file or 
directory
--8<---cut here---end--->8---





bug#29905: No icons in Krita

2018-01-03 Thread Leo Famulari
On Wed, Jan 03, 2018 at 04:57:28PM +0100, Marius Bakke wrote:
> Leo Famulari  writes:
> 
> > On Mon, Jan 01, 2018 at 04:55:34PM +0100, Marius Bakke wrote:
> >> Marius Bakke  writes:
> >> 
> >> > Ricardo Wurmus  writes:
> >> >> It may require wrapping as in commit
> >> >> 9cc51d16cb22f8a0c50fe81c98abb3b9108db9ff.  Before this commit librecad
> >> >> would not be able to render its icons as it had no runtime support for
> >> >> plugins provided by qtsvg, which are accessed via QT_PLUGIN_PATH.
> >> >
> >> > It looks like propagating qtsvg would work too (which adds a search path
> >> > for QT_PLUGIN_PATH).  Maybe we should do that on packages that installs
> >> > icons as SVG files?
> >> 
> >> Leo: Does installing qtsvg into your profile fix the problem?
> >
> > Both options work. Which do you think is the better one?
> 
> Thanks for confirming.  That means this issue is actually a duplicate of
> .
> 
> I think wrapping Krita is better "for now", although propagating qtsvg
> somewhere could be a more general workaround.
> 
> We should fix that long-standing bug though...

Okay, I pushed the wrapper as 990e93fce16a83e1603b9ec28123ec3edc7ea787.


signature.asc
Description: PGP signature


bug#29905: No icons in Krita

2018-01-03 Thread Marius Bakke
Leo Famulari  writes:

> On Mon, Jan 01, 2018 at 04:55:34PM +0100, Marius Bakke wrote:
>> Marius Bakke  writes:
>> 
>> > Ricardo Wurmus  writes:
>> >> It may require wrapping as in commit
>> >> 9cc51d16cb22f8a0c50fe81c98abb3b9108db9ff.  Before this commit librecad
>> >> would not be able to render its icons as it had no runtime support for
>> >> plugins provided by qtsvg, which are accessed via QT_PLUGIN_PATH.
>> >
>> > It looks like propagating qtsvg would work too (which adds a search path
>> > for QT_PLUGIN_PATH).  Maybe we should do that on packages that installs
>> > icons as SVG files?
>> 
>> Leo: Does installing qtsvg into your profile fix the problem?
>
> Both options work. Which do you think is the better one?

Thanks for confirming.  That means this issue is actually a duplicate of
.

I think wrapping Krita is better "for now", although propagating qtsvg
somewhere could be a more general workaround.

We should fix that long-standing bug though...


signature.asc
Description: PGP signature


bug#29933: can't login in a virtual machine

2018-01-03 Thread Catonano
2018-01-03 3:15 GMT+01:00 Leo Famulari :

> On Mon, Jan 01, 2018 at 11:20:48PM +0100, Catonano wrote:
> > How can I send the key combination Ctrl-Alt-F1 to the machine inside
> Qemu ?
>
> You can switch to another TTY with Alt-left and Alt-right.
>

Nothing happened but I have to try some more because my keyboad is
defective so it might be that key presses didn't work


bug#29933: can't login in a virtual machine

2018-01-03 Thread Catonano
2018-01-03 3:14 GMT+01:00 Leo Famulari :

> On Mon, Jan 01, 2018 at 05:39:22PM +0100, Catonano wrote:
> > I can't login in the virtual machine I created
>
> > ./pre-inst-env guix system vm ~/configs/vm-config-desktop.scm \
>
> It would be easier to help with a copy of vm-config-desktop.scm.
>


Thank you Leo, this is not current anymore

Danny and I discussed this issue in bug 29934

This bug can be closed, I guess