А есть ли в каком-нибудь браузере возможность ставить закладку не на URL, а на произвольное место текста? Дело-то нехитрое и, по-моему, полезное, а нигде не нашел.

>>>

Или манга, хрен его знает, сами разбирайтесь.

http://hehe2.net/wp-content/uploads/2008/04/anime-linux-distros.png

>>>

Джентльмены,

Поделитесь своими предпочтениями:

1. В каких форматах вы держите электронные книги?

2. В каких программах читаете?

3. С помощью какой программы ведете библиотеку?

У меня довольно много pdf, fb2 и djvu (последний только при отсутствии чего-то более читаемого). Сейчас начал задумываться, а не привести ли все к одному знаменателю, и если да, то к какому? html? pdf?

>>>

Сабж для Emacs. Требования: моноширинный сансериф с вменяемой кириллицей, наличие жирного и курсивного начертаний, PCF/BDF. И чтобы угловатенький такой был :)

Предыстория: обновил Emacs до 23.0.60.6. Multi-tty захотел, дурак старый. Надо было оставаться на emacs-unicode2. У них теперь вдруг fontset related codes are not yet matured to work well with the font backend method. В шрифте etl (GNU intlfonts), которым я пользуюсь уже лет шесть, emacs вдруг перестал видеть кириллицу. Может быть, вручную подобранные fontsets и помогли бы, но этим я займусь только если не найду адекватную замену.

Несколько шрифтов я посмотрел. Terminus меня, возможно, устроил бы, если бы не его жуткая кириллица. Consolas не понравился. В rfx и в большинстве других хороших шрифтов нет курсива. Видел Monaco и несколько похожих на него, но они мне не нравятся, особенно в курсивном начертании. Посмотрел и ttf. Free Mono и Nimbus Mono L из рук вон плохи. Liberation Mono очень хорош, но отличить O от 0 невозможно. Сейчас остановился на DejaVu Sans Mono, но хочется найти четкий битмапный шрифт.

Кстати, если кто знает, где можно почитать по поводу последних новшеств в Linux, связанных с управлением шрифтами -- подскажите. А то с тех пор, как год назад поставил новую Ubuntu и не обнаружил в ней xfs, до сих пор не пойму, как fontpath добавить, кроме как через xset :).

>>>

не мог пройти мимо и не запостить этот шикарный стрип:

http://xkcd.com/378/

>>>

Недавно в рассылке tur-users (про ArchLinux) разразился скандальчик. Кто-то выложил в их репозиторий Ion, патченный для работы с xft. Те, кто знаком с эпистолярным творчеством Tuomo Valkonen'а и его темпераментом, не удивятся тому, что последовало. Сначала он потребовал, чтобы этот пакет убрали, поскольку распространение кода, написанного не им, под именем Ion он считает нарушением права собственности на название Ion. Потом он сообщил, что собирается изменить условия лицензии, под которой поставляется Ion. С его загонами можно спорить, но по ходу дела он высказал несколько соображений, с которыми я, в общем, согласился бы:

"in fact, after final Ion3 is released, I'm not going to write a line of so-called "free software"; so poor has been the treatment of the FOSS herd (both of my code, and of the good old *nix), that I'm not going to do them any services any more."

"FOSS shit has been on a constant downward slide ever since I started using it back in '95-'96, especially after all sorts of world domination plans, like Gnome, were announced. Windows, OTOH, has improved, although Vista has a small degradation again: you also can't easily disable the blurry fonts completely, just like Linux that requires writing loads of XML shit to do so. Maybe they've employed a few representative specimens of the FOSS herd -- a bunch of teenagers wanking to buzzwords, instead of pr0n. No wonder they can't tell a blurry font from a crisp one."

"...[Debian Etch] which I will be abandoning for either FreeBSD or Windows XP when I get a new box maybe in a few years, as Linux keeps turning into a pile of steaming shit -- unfortunately dragging *BSD down with it, but at least they don't have udev or the scsi-mapping insanity."

"[the patch is] the support of utter and total crap, that is part of the degradation of *nix: Xft and fontconfig."

"Presently, it is less work to switch to Windows than configure fontconfig. And even if Gnome or some other wimpshit provides a way to configure it, I rather use Windows than Gnome -- software that played a great part in destroying something that could've been good."

"And that is the way things are heading in Linux: either you have to waste a lot of time learning things, or you have to succumb into being a WIMPshit idiot user. I want neither."

После отключения света перестал запускаться gdm. Несколько раз пытается, потом дает чертовски информативное сообщение о том, что-де уже 6 раз пытался стартовать, не смог и через 2 минуты попробует еще 6 раз.

В логах (~/.xsession-errors, /var/log/gdm/*, etc.) и среди консольных сообщений -- ничего. С помощью startx запускаются и X, и gnome. Только gdm не хочет. То ли где-то permissions слетели, то ли временный файл какой-то остался... Есть у кого-нибудь идеи?

Mainly stable Debian.

Что-то вроде опроса:

Скажите, джентльмены, как вы предпочитаете работать с приложениями для Windows -- через эмулятор (WINE), запуская Windows в виртуальной машине (VMWare, Bochs, etc.) или через терминальный доступ (Citrix, rdesktop, VNC, etc.)? Почему?

Я в последнее время все больше склоняюсь к последнему варианту -- он дает преимущество в скорости и не вызывает проблем с совместимостью, как эмуляторы. Правда, еще не решил, что удобнее -- Citrix или rdesktop. rdesktop полегче, да и open-source.

Настроил анонимный доступ к proftpd, но при входе он показывает пустой каталог верхнего уровня, хотя файлы там есть. Если сказать cd somedir, то он туда переходит и в нем показывает все имеющиеся файлы.

Как бы убедить его показывать файлы в каталоге верзнего уровня?

<Anonymous /var/ftp/pub>
User ftp
Group ftp
UserAlias anonymous ftp
RequireValidShell on
<Limit WRITE>
DenyAll
</Limit>
<Limit READ DIRS>
AllowAll
</Limit>
</Anonymous>

Джентльмены, у кого-нибудь работает evolution 2.2.3-4 с evolution-exchange 2.2.3-3 из Debian Sid?

Краткое содержание предыдущих серий (http://www.linux.org.ru/profile/mind//view-message.jsp?msgid=931302): "Итак, имеем Линукс. Неважно, какой именно, потому что эффект наблюдается и на FC3 (ядра 2.6.9 и 2.6.11), и на DamnSmallLinux (специально скачал, чтобы проверить ядро 2.4), и на паре других Knoppix-based liveCD. В пределах LAN все работает нормально. При выходе за файрволл в любом браузере (вплоть до telnet) попытка установить соединение с некоторыми сайтами (с большей их частью; например, с www.mail.ru. А Google работает быстро) тянется десятки секунд. Иногда безуспешно. На той же машине FreeBSD и, извините, WinXP работают значительно лучше -- соединение устанавливается не больше, чем за секунду-две."

А теперь продолжение. Вот результат tcpdump:
$ sudo /usr/sbin/tcpdump host slashdot.org
Password:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
14:06:54.568560 IP 192.168.2.135.43599 > slashdot.org.http: S 2120042690:2120042690(0) win 5840 <mss 1460,sackOK,timestamp 1222414 0>
14:06:54.872321 IP slashdot.org.http > 192.168.2.135.43599: S 973847674:973847674(0) ack 2120042691 win 5792 <mss 1460,sackOK,timestamp 237003723 1180304>
14:06:54.872393 IP 192.168.2.135.43599 > slashdot.org.http: R 2120042691:2120042691(0) win 0
14:06:57.567546 IP 192.168.2.135.43599 > slashdot.org.http: S 2120042690:2120042690(0) win 5840 <mss 1460,sackOK,timestamp 1225414 0>
14:06:57.856745 IP slashdot.org.http > 192.168.2.135.43599: S 976837887:976837887(0) ack 2120042691 win 2400 <mss 1460,sackOK,timestamp 237004022 1180304>
14:06:57.856819 IP 192.168.2.135.43599 > slashdot.org.http: R 2120042691:2120042691(0) win 0
14:07:03.566641 IP 192.168.2.135.43599 > slashdot.org.http: S 2120042690:2120042690(0) win 5840 <mss 1460,sackOK,timestamp 1231414 0>
14:07:03.854042 IP slashdot.org.http > 192.168.2.135.43599: S 982836447:982836447(0) ack 2120042691 win 2400 <mss 1460,sackOK,timestamp 237004622 1180304>
14:07:03.854104 IP 192.168.2.135.43599 > slashdot.org.http: R 2120042691:2120042691(0) win 0
14:07:15.564799 IP 192.168.2.135.43599 > slashdot.org.http: S 2120042690:2120042690(0) win 5840 <mss 1460,sackOK,timestamp 1243414 0>
14:07:15.872837 IP slashdot.org.http > 192.168.2.135.43599: S 994850736:994850736(0) ack 2120042691 win 2500 <mss 1460,sackOK,timestamp 237005823 1180304>
14:07:15.872895 IP 192.168.2.135.43599 > slashdot.org.http: R 2120042691:2120042691(0) win 0
14:07:39.561150 IP 192.168.2.135.43599 > slashdot.org.http: S 2120042690:2120042690(0) win 5840 <mss 1460,sackOK,timestamp 1267414 0>
14:07:39.848411 IP slashdot.org.http > 192.168.2.135.43599: S 1018831560:1018831560(0) ack 2120042691 win 2500 <mss 1460,sackOK,timestamp 237008221 1245840>
14:07:39.848484 IP 192.168.2.135.43599 > slashdot.org.http: . ack 1 win 5840 <nop,nop,timestamp 1267701 237008221>
14:07:39.851453 IP 192.168.2.135.43599 > slashdot.org.http: P 1:178(177) ack 1 win 5840 <nop,nop,timestamp 1267704 237008221>
14:07:40.147940 IP slashdot.org.http > 192.168.2.135.43599: . ack 178 win 2500 <nop,nop,timestamp 237008251 1267704>

То есть, соединение устанавливается только через 45 секунд после первого SYN-пакета. В течение всех этих 45 секунд на нормальные (?) ответные SYN-пакеты Linux отвечает RST.

Кто-нибудь может рассказать, по каким причинам это может быть? Спасибо.

С некоторыми хостами Linux работает так же нормально, как и FreeBSD. Возьмем, например, LOR :)

$ sudo /usr/sbin/tcpdump host linux.org.ru
Password:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
14:14:32.381093 IP 192.168.2.135.56743 > linux.org.ru.http: S 2599336517:2599336517(0) win 5840 <mss 1460,sackOK,timestamp 1680296 0>
14:14:32.459349 IP linux.org.ru.http > 192.168.2.135.56743: S 1102882171:1102882171(0) ack 2599336518 win 5840 <mss 1460,nop,nop,nop,eol>
14:14:32.459401 IP 192.168.2.135.56743 > linux.org.ru.http: . ack 1 win 5840
14:14:32.460452 IP 192.168.2.135.56743 > linux.org.ru.http: P 1:178(177) ack 1 win 5840
14:14:32.596863 IP linux.org.ru.http > 192.168.2.135.56743: P 1:569(568) ack 178 win 6432

И еще раз добрый день всем,

Я не так давно подумал было, что у меня неправильно настроен сетевой интерфейс (http://www.linux.org.ru/profile/mind//view-message.jsp?msgid=904932), но сейчас я начинаю подозревать, что дело, скорее, в каких-то хитростях реализации IP-стека в Linux вообще.

Итак, имеем Линукс. Неважно, какой именно, потому что эффект наблюдается и на FC3 (ядра 2.6.9 и 2.6.11), и на DamnSmallLinux (специально скачал, чтобы проверить ядро 2.4), и на паре других Knoppix-based liveCD. В пределах LAN все работает нормально. При выходе за файрволл в любом браузере (вплоть до telnet) попытка установить соединение с некоторыми сайтами (с большей их частью; например, с www.mail.ru. А Google работает быстро) тянется десятки секунд. Иногда безуспешно. На той же машине FreeBSD и, извините, WinXP работают значительно лучше -- соединение устанавливается не больше, чем за секунду-две.

Что я пробовал:

1. убедился, что DNS в полном порядке;

2. отключил ipv6;

3. отключил на всякий случай TCP window scaling (net.ipv4.tcp_window_scaling=0 в sysctl);

4. отключил ECN (net.ipv4.tcp_ecn=0);

5. отключил автоподстройку буфера приема (net.ipv4.tcp_moderate_rcvbuf=0).

Без какого бы то ни было эффекта.

Что бы такого еще подкрутить, как вы полагаете?

PS: NIC -- Intel PRO/100 VE. Файрволл -- GuardianPro.

Джентльмены, я за помощью.

У меня на FC3 странно работает сетевой интерфейс. В пределах LAN все в порядке, а вот за файрволлом начинаются проблемы. Вот, например, ICMP. ping проходит:

[m@localhost ~]$ ping www.mail.ru
PING www.mail.ru (194.67.57.26) 56(84) bytes of data.
64 bytes from mail.ru (194.67.57.26): icmp_seq=0 ttl=119 time=105 ms
64 bytes from mail.ru (194.67.57.26): icmp_seq=1 ttl=119 time=87.8 ms
64 bytes from mail.ru (194.67.57.26): icmp_seq=2 ttl=119 time=78.3 ms
64 bytes from mail.ru (194.67.57.26): icmp_seq=3 ttl=119 time=85.4 ms
64 bytes from mail.ru (194.67.57.26): icmp_seq=4 ttl=119 time=109 ms
64 bytes from mail.ru (194.67.57.26): icmp_seq=5 ttl=119 time=98.0 ms

А с traceroute уже непонятно:

[m@localhost ~]$ traceroute www.mail.ru
traceroute to www.mail.ru (194.67.57.26), 30 hops max, 38 byte packets
1 192.168.0.5 (192.168.0.5) 0.201 ms 0.122 ms 0.110 ms
2 217.66.88.29 (217.66.88.29) 57.762 ms 31.808 ms 31.054 ms
3 217.66.87.157 (217.66.87.157) 46.142 ms 29.376 ms 30.986 ms
4 ciscovhr-e0.smrtlc.net (217.66.64.2) 48.388 ms 45.490 ms 30.222 ms
5 sma11-f400.111.transtelecom.net (217.150.45.6) 48.726 ms 47.641 ms 29.799 ms
6 ttk-gw.moscow.gldn.net (194.186.0.142) 140.739 ms 132.445 ms 125.233 ms
MPLS Label=872 CoS=5 TTL=252 S=0
7 ttk-lgw.moscow.gldn.net (194.186.0.141) 148.009 ms 115.240 ms 80.676 ms
8 cisco02.moscow.gldn.net (194.186.157.209) 100.391 ms 90.528 ms 103.403 ms
9 cat01.moscow.gldn.net (194.186.157.82) 102.325 ms 151.612 ms 80.239 ms
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
И т.д.

На этой же машине стоит dual boot win XP. Загрузившись в XP, получаем совершенно нормальный трейс:

$ tracert www.mail.ru

Tracing route to www.mail.ru [194.67.57.26]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.168.0.5
2 46 ms <1 ms <1 ms 217.66.88.29
3 31 ms 14 ms 14 ms 217.66.87.157
4 47 ms 15 ms 15 ms ciscovhr-e0.smrtlc.net [217.66.64.2]
5 31 ms 15 ms 14 ms sma11-f400.111.transtelecom.net [217.150.45.6]
6 125 ms 103 ms 103 ms ttk-gw.moscow.gldn.net [194.186.0.142]
7 109 ms 85 ms 78 ms ttk-lgw.moscow.gldn.net [194.186.0.141]
8 93 ms 83 ms 98 ms cisco02.moscow.gldn.net [194.186.157.209]
9 109 ms 80 ms 81 ms cat01.moscow.gldn.net [194.186.157.82]
10 130 ms 75 ms 128 ms mail.ru [194.67.57.26]

Trace complete.

Возьмем HTTP. Telnet на 80 порт не проходит (нет, прокси в сети нет). Браузер срабатывает, но очень медленно -- проходит до минуты, прежде чем страница начинает открываться. IPv6 отключен.

У меня такое ощущение, что проблема в настройках сетевого интерфейса. Вряд ли MTU или TTL, но что-то близкое.

Буду благодарен за идеи.