Проблема с шрифтами в Inkscape

Дистрибутив opensuse 42.3 x86_64, inkscape 0.91

Какой бы не выбрал шрифт для текста, не меняется его начертание. Все выглядят одинаково!

При выборе любого моноширного шрифта (Liberation Mono, DejaVu Sans Mono) текст превращается в какие-то произвольные символы. Независимо набран ли латиницей или кириллицей.

Такая проблема только в Inkscape. LibreOffice Draw нормально отображает шрифты.

Может кто-то сталкивался с такой проблемой? Нагуглить что-то подобное не получилось.

inkscape, opensuse, шрифты

maxt_t
(13.09.17 17:48:51 MSK)

32 комментария

Проблема с маршрутизацией в Debian 7.3

Привет всем!

Нужна помощь, ибо не понимаю что именно происходит.

Вкратце, есть домашняя сеть, есть два сервера: один в роли NAS с кучей VLANов (VLAN per client), название сервера - NAS1BHV.

Есть сервер в роли DNS и биллинга, название - сервера BILL1BHV.

Настройки сети отдаются клиентам по DHCP. DHCP-сервер установлен на NAS1BHV, запросы от клиентов перенаправляются с коммутатора аггрегации с помощью dhcp-relay.

Конфигурация сети на NAS1BHV:

root@NAS1BHV:~# ip link ls
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN mode DEFAULT 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT qlen 1000
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000
    link/ether 2c:59:e5:9a:ac:ad brd ff:ff:ff:ff:ff:ff
4: eth0.1201@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc htb state UP mode DEFAULT 
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff
5: eth0.1202@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT 
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff
6: eth0.1203@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT 
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff
7: eth0.2@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT 
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff

...

72: eth0.342@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff

root@NAS1BHV:~# ip addr ls
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet 172.16.0.254/32 scope global lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff
    inet6 fe80::2e59:e5ff:fe9a:acac/64 scope link 
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 2c:59:e5:9a:ac:ad brd ff:ff:ff:ff:ff:ff
4: eth0.1201@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc htb state UP 
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff
    inet 10.1.1.1/24 brd 10.1.1.255 scope global eth0.1201
    inet6 fe80::2e59:e5ff:fe9a:acac/64 scope link 
       valid_lft forever preferred_lft forever
5: eth0.1202@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff
    inet 10.2.2.1/24 brd 10.2.2.255 scope global eth0.1202
    inet6 fe80::2e59:e5ff:fe9a:acac/64 scope link 
       valid_lft forever preferred_lft forever
6: eth0.1203@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff
    inet 10.3.3.1/24 brd 10.3.3.255 scope global eth0.1203
    inet6 fe80::2e59:e5ff:fe9a:acac/64 scope link 
       valid_lft forever preferred_lft forever
7: eth0.2@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff
    inet6 fe80::2e59:e5ff:fe9a:acac/64 scope link 
       valid_lft forever preferred_lft forever

...

72: eth0.342@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 2c:59:e5:9a:ac:ac brd ff:ff:ff:ff:ff:ff
    inet6 fe80::2e59:e5ff:fe9a:acac/64 scope link
       valid_lft forever preferred_lft forever

root@NAS1BHV:~# ip r ls
default via 10.1.1.253 dev eth0.1201 
10.1.1.0/24 dev eth0.1201  proto kernel  scope link  src 10.1.1.1 
10.2.2.0/24 dev eth0.1202  proto kernel  scope link  src 10.2.2.1 
10.3.3.0/24 dev eth0.1203  proto kernel  scope link  src 10.3.3.1 
unreachable 172.16.0.0/24 
172.16.0.2 dev eth0.2  scope link  src 172.16.0.254

...

172.16.0.89 dev eth0.342  scope link  src 172.16.0.254

Конфигурация сети на BILL1BHV:

root@BILL1BHV:~# ip r
default via 10.3.3.254 dev eth0.1203 
10.3.3.0/24 dev eth0.1203  proto kernel  scope link  src 10.3.3.253 
172.16.0.0/22 via 10.3.3.1 dev eth0.1203

Вывод комманд, выполненных на BILL1BHV. 172.16.0.2 и 172.16.0.89 два разных клиента, к тому же они без проблем обращаются с dns, http-запросами к BILL1BHV, настройки сети у этих клиентов идентичны, основным шлюзом: 172.16.0.254, то есть NAS1BHV. Вот проблема:

root@BILL1BHV:~# tracepath -n 172.16.0.2
 1:  10.3.3.253                                            0.101ms pmtu 1500
 1:  10.3.3.1                                              0.215ms
 1:  10.3.3.1                                              0.226ms
 2:  no reply
 3:  no reply
 4:  no reply
 5:  no reply
 6:  no reply
 7:  no reply
...
30:  no reply
31:  no reply
     Too many hops: pmtu 1500
     Resume: pmtu 1500

root@BILL1BHV:~# tracepath -n 172.16.0.89
 1:  10.3.3.253                                            0.095ms pmtu 1500
 1:  10.3.3.1                                              0.212ms
 1:  10.3.3.1                                              0.293ms
 2:  no reply
 3:  no reply
 4:  no reply
 5:  no reply
 6:  no reply
 7:  no reply
 ...
30:  no reply
31:  no reply
     Too many hops: pmtu 1500
     Resume: pmtu 1500

root@BILL1BHV:~# ping -R 172.16.0.2
PING 172.16.0.2 (172.16.0.2) 56(124) bytes of data.
64 bytes from 172.16.0.2: icmp_req=1 ttl=63 time=0.826 ms
RR:     10.3.3.253
        172.16.0.254
        172.16.0.2
        172.16.0.2
        10.3.3.1
        10.3.3.253

64 bytes from 172.16.0.2: icmp_req=2 ttl=63 time=0.693 ms       (same route)
64 bytes from 172.16.0.2: icmp_req=3 ttl=63 time=0.717 ms       (same route)
64 bytes from 172.16.0.2: icmp_req=4 ttl=63 time=0.693 ms       (same route)
64 bytes from 172.16.0.2: icmp_req=5 ttl=63 time=0.699 ms       (same route)
64 bytes from 172.16.0.2: icmp_req=6 ttl=63 time=0.719 ms       (same route)
64 bytes from 172.16.0.2: icmp_req=7 ttl=63 time=0.690 ms       (same route)
64 bytes from 172.16.0.2: icmp_req=8 ttl=63 time=0.714 ms       (same route)

root@BILL1BHV:~# ping -R 172.16.0.89
PING 172.16.0.89 (172.16.0.89) 56(124) bytes of data.
^C
--- 172.16.0.89 ping statistics ---
29 packets transmitted, 0 received, 100% packet loss, time 27999ms

Чувствую, что где-то накосячил, но не вижу где именно.

P.S. С сервера NAS1BHV все клиенты пингуются без проблем.

maxt_t
(29.12.13 17:20:03 MSK)

21 комментарий

Сообщения maxt_t

Проблема с шрифтами в Inkscape

Проблема с маршрутизацией в Debian 7.3