Дистрибутив для окучивания новичков.

>с _гуем_ и с поддержкой железок.

да, я почему-то пропустил. извини, облажался.

>Лично я доказывал тезис, что генту заставляет юзера (нормального) глубоко разбираться в системе, заставляет читать маны и дисциплинирует.

Ну да, я вижу. Кстати, могу по этому тезису сказать, что нафиг оно не нужно юзеру, дисциплинироваться и читать маны. Он ни системой не увлечён, ни в админы не готовится. В правильной системе маны читать не надо. Вообще.

Правда, таких пока нет.

не так давно ко мне постучался один знакомый, попросил посоветовать дистриб. До этого линукс видел только у меня на буке. Мну посоветовал ему Debian, тот ушёл качать. Вобщем при отсутствии интернета под дебом (ибо D-Link DSL-200) он его поставил и настроил начиная с минимальной системы. Правда парень действительно умный. Модем свой он тоже поднять сумел. Собственно новички тоже разные бывают. :)

это было к тому, что дистрибутив в принципе не важен. Важно наличие хорошей документации и относительная простота устройства системы.

> http://forums.gentoo.org/viewtopic-p-4881281.html

Оттуда:

$ wvdial 
--> WvDial: Internet dialer version 1.60 
--> Initializing modem. 
--> Sending: ATZ 
ATZ 
OK 
--> Sending: AT+CSQ 
AT+CSQ 
+CSQ: 0,0 
OK 
--> Sending: AT_OPSYS=3,2 
AT_OPSYS=3,2 
OK 
--> Sending: AT+CGDCONT=1,"IP","carnet.vip.hr" 
AT+CGDCONT=1,"IP","carnet.vip.hr" 
OK 
--> Modem initialized. 
Segmentation fault.

Я охреневаю с таких вот гентушников!!! Проблема нихрена не в wvdial, а в wvstreams, собранной с valgrind, ибо:

~ $ emerge -pv wvstreams wvdial gcc glibc ppp

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] net-libs/wvstreams-4.4  USE="pam qdbm qt3 slp -debug -doc" 0 kB [1]
[ebuild   R   ] net-dialup/ppp-2.4.4-r14  USE="activefilter atm dhcp eap-tls gtk ipv6 mppe-mppc pam radius" 0 kB 
[ebuild   R   ] net-dialup/wvdial-1.60  0 kB 
[ebuild   R   ] sys-devel/gcc-4.2.3  USE="fortran hardened libffi mudflap nls objc objc++ objc-gc openmp (-altivec) -bootstrap -build -doc -gcj -gtk* -ip28 -ip32r10k (-multilib) -multislot (-n32) (-n64) -nocxx -test -vanilla" 0 kB 
[ebuild     U ] sys-libs/glibc-2.7-r2 [2.7-r1] USE="gd hardened nls profile (selinux) -debug -glibc-compat20 -glibc-omitfp (-multilib) -vanilla" 0 kB 

Total: 5 packages (1 upgrade, 4 reinstalls), Size of downloads: 0 kB
Portage tree and overlays:
 [0] /usr/portage
 [1] /usr/local/portage

А вот результат:

--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+ CGDCONT=1,"IP","internet.mts.ru"
AT+ CGDCONT=1,"IP","internet.mts.ru"
OK
--> Modem initialized.
--> Sending: ATDT*99***1#
--> Waiting for carrier.
ATDT*99***1#
CONNECT
--> Carrier detected.  Waiting for prompt.
~[7f]}#@!}!}!} }9}#}%B#}%}(}"}'}"}"}&} } } } }%}&^D3[}>Z~
--> PPP negotiation detected.
--> Starting pppd at Sat Apr 12 20:57:50 2008
--> Pid of pppd: 19040
--> pppd: A+
--> Using interface ppp0
--> pppd: A+
--> pppd: A+
--> pppd: A+
--> pppd: A+
--> pppd: A+
--> local  IP address 10.4.235.96
--> pppd: A+
--> remote IP address 10.64.64.64
--> pppd: A+
--> primary   DNS address 213.87.0.7
--> pppd: A+
--> secondary DNS address 213.87.1.1
--> pppd: A+

 ~ $ ping www.linux.org.ru
PING www.linux.org.ru (217.76.32.61) 56(84) bytes of data.
64 bytes from linux.org.ru (217.76.32.61): icmp_seq=1 ttl=59 time=1400 ms
64 bytes from linux.org.ru (217.76.32.61): icmp_seq=3 ttl=59 time=559 ms
64 bytes from linux.org.ru (217.76.32.61): icmp_seq=4 ttl=59 time=653 ms
64 bytes from linux.org.ru (217.76.32.61): icmp_seq=5 ttl=59 time=815 ms

--- www.linux.org.ru ping statistics ---
6 packets transmitted, 4 received, 33% packet loss, time 14696ms
rtt min/avg/max/mdev = 559.767/857.535/1400.818/326.756 ms, pipe 2

 ~ $ sudo ip route
10.64.64.64 dev ppp0  proto kernel  scope link  src 10.4.235.96 
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.3 
127.0.0.0/8 via 127.0.0.1 dev lo 
default via 10.64.64.64 dev ppp0


У меня причём сейчас собрано уже даже более примудрым 4.3.0

Что тут можно сказать, кроме "Не можешь, не берись!".

>что нафиг оно не нужно юзеру, дисциплинироваться и читать маны

Оно нужно, чтобы саморганизоваться и перестать задавать откровенно тупые вопросы на форумах типа убунту-форум и др...

>В правильной системе маны читать не надо. Вообще.

>Правда, таких пока нет.

Вот в этом-то вся соль и есть :)

>Косяки, они даже в генте есть.

Забил косяк из манов туго,
И думал: накурю-ка друга!
Держи-ка, брат, генту.

Пусть за окном мороз и вьюга,
Процессор взвоет, как зверюга,
Подсядет в здании напруга,
Теплом наполнится лачуга,
Докурит маны ламерюга,
Ебилдя на ходу.

Замёрз? Съемёржи world: на раз
Согреют гента и Чубайс.

> Что тут можно сказать, кроме "Не можешь, не берись!".

и что же я сделал не так, набрав emerge -av wvdial? Не надо сваливать проблемы дистрибутива на юзеров

>Оно нужно, чтобы саморганизоваться и перестать задавать откровенно тупые вопросы на форумах типа убунту-форум и др...

Вопросы задают там, где есть проблемы. А проблем быть не должно.

>>Правда, таких пока нет.

>Вот в этом-то вся соль и есть :)

Ну так суть в том, что одни пытаются все проблемы решить, а другие - научить пользователей делать это самостоятельно. По-моему очевидно, какой подход "правильнее".

А от фразы "пересборка wvstreams и vwdial" там в топике я просто заплакал...

emerge blablabla ну ничем от apt-get blablabla не отличается совершенно, если люди осилили только emerge...
Пусть поставят себе убунту, там хотя бы им не придётся ничего собирать. 
За них там уже всё собрали грамотные люди.

PS: Я там не зарегистрирован. 

$ cat /usr/local/portage/net-libs/wvstreams/files/wvstreams-4.4-gcc4-fix.patch 
diff -urN wvstreams-4.4.orig/work/wvstreams-4.4/include/uniconfkey.h wvstreams-4.4/work/wvstreams-4.4/include/uniconfkey.h
--- wvstreams-4.4.orig/work/wvstreams-4.4/include/uniconfkey.h	2007-07-20 01:22:49.000000000 +0400
+++ wvstreams-4.4/work/wvstreams-4.4/include/uniconfkey.h	2008-03-15 16:57:54.822351693 +0300
@@ -7,10 +7,10 @@
 #ifndef __UNICONFKEY_H
 #define __UNICONFKEY_H
 
+#include <limits.h>
 #include "wvstring.h"
 #include "wvlinklist.h"
 
-
 // The Python headers try to #define ANY as void.  If we're building Python
 // wrappers, get rid of that.
 #undef ANY
diff -urN wvstreams-4.4.orig/work/wvstreams-4.4/configure.ac wvstreams-4.4/work/wvstreams-4.4/configure.ac
--- wvstreams-4.4.orig/work/wvstreams-4.4/configure.ac	2008-03-15 17:14:33.000000000 +0300
+++ wvstreams-4.4/work/wvstreams-4.4/configure.ac	2008-03-15 17:24:31.883350937 +0300
@@ -482,10 +482,6 @@
     AC_PATH_PROG(MOC, moc, [moc not found], $with_qt/bin)
 fi
 
-# valgrind
-AC_CHECK_PROG(VALGRIND, valgrind, valgrind)
-AC_CHECK_HEADERS(valgrind/memcheck.h)
-
 # xplc
 if test "$with_xplc" != "no"; then
 	if pkg-config --modversion xplc-${xplc_version}; then
@@ -531,9 +527,6 @@
     AC_MSG_WARN([XPLC is missing.])
     missing_required="$missing_required XPLC"
 fi
-if test "$VALGRIND" = ""; then
-    AC_MSG_WARN([Valgrind is missing.])
-fi
 if test "$with_openssl" = "no"; then
     AC_MSG_WARN([OpenSSL is missing.])
     missing_required="$missing_required OpenSSL>=0.9.7"
@@ -556,15 +549,6 @@
     fi
 fi
 
-if test "$VALGRIND" != ""; then
-    VALGRIND="valgrind --tool=memcheck --leak-check=yes --num-callers=10 --suppressions=\$(WVSTREAMS_SRC)/suppressions.wv"
-    if valgrind --help | grep log-file >/dev/null; then
-	VALGRIND="$VALGRIND --log-file=valgrind.log"
-    else
-	VALGRIND="$VALGRIND --logfile=valgrind.log"
-    fi
-fi
-
 AC_SUBST(SO_VERSION)
 
 AC_SUBST(enable_debug)
diff -urN wvstreams-4.4.orig/work/wvstreams-4.4/include/wvserialize.h wvstreams-4.4/work/wvstreams-4.4/include/wvserialize.h
--- wvstreams-4.4.orig/work/wvstreams-4.4/include/wvserialize.h	2007-07-20 01:22:49.000000000 +0400
+++ wvstreams-4.4/work/wvstreams-4.4/include/wvserialize.h	2008-03-15 17:42:33.559350597 +0300
@@ -348,9 +348,10 @@
  * (zero) character.  Serialized WvStrings are guaranteed not to contain nul
  * except as the last character.
  */
+/*
 template <>
 extern WvString _wv_deserialize<WvString>(WvBuf &buf);
-
+*/
 
 /** Deserialize a WvBuf. */
 // FIXME: it should be possible to do this without using a class!

патч помог, спасибо

> и что же я сделал не так, набрав emerge -av wvdial?

Артём, не надо забывать, что в дженте зоопарк версий компиляторов и юз-флагов. Поэтому выбрав дженту, надо быть готовым к тому, что что-то отвалится в той или иной комбинации. С gcc-4.3.0 с -D_FORTIFY_SOURCE=2 вообще половина пакетов не собирается, сферическая джента виновата?

> Не надо сваливать проблемы дистрибутива на юзеров

Ты не понял того, что я пытался сказать. В дженте это именно проблемы юзеров, по совместительству сборщиков. Шапками и соплями закидать не получится. Не хочется решать подобные проблемы, тогда не надо экспериментировать с необкатанными компиляторами и флагами, а ещё лучше -- пользоваться работающими сборками, собранными грамотными людьми.

>Артём, не надо забывать, что в дженте зоопарк версий компиляторов и юз-флагов. Поэтому выбрав дженту, надо быть готовым к тому, что что-то отвалится в той или иной комбинации. С gcc-4.3.0 с -D_FORTIFY_SOURCE=2 вообще половина пакетов не собирается, сферическая джента виновата?

Абзац, противоречащий сам себе. В генте зоопарк, но гента видите ли не виновата? Хе хе....:))

> патч помог, спасибо

Всегда пожалуйста, если ещё кто-нибудь забросит решение проблемы туда в топик, буду благодарен. Самому регистрироваться сейчас слегка лениво.

> Абзац, противоречащий сам себе. В генте зоопарк, но гента видите ли не виновата? Хе хе....:))

О, ты не стесняйся, пиши ещё, мне пока сахарку не жалко. Ты бы посмотрел какие именно компиляторы в дженте штатно ставятся в arch и ~arch в том или ином профиле сборки. С ними проблем не наблюдается при сборке, а уж полез на последний писк моды, то нечего на дженту пенять -- ССЗБ и решай проблемы самостоятельно, посему никаких противоречий.

>О, ты не стесняйся, пиши ещё,

Да не, нет у меня таланта. Вот ленина бы сюда....

>Вопросы задают там, где есть проблемы. А проблем быть не должно.

Проблемы есть везде.

>Ну так суть в том, что одни пытаются все проблемы решить, а другие - научить пользователей делать это самостоятельно. По-моему очевидно, какой подход "правильнее".

Не получается у них научить пользователей делать это самостоятельно. Они снова приходят и снова задают тупые вопросы, даже не пытаясь разобраться самостоятельно.

>Да не, нет у меня таланта. Вот ленина бы сюда....

Ленин жил, Ленин жив, Ленин будет жить. А если серьезно, то он с нами, но под другим ником (под каким не помню).

wfrr ? )

> С gcc-4.3.0 с -D_FORTIFY_SOURCE=2 вообще половина пакетов не собирается, сферическая джента виновата?

дык, 4.3.0 в портаже еще без кейвордов ;) Вот когда размаскируют и с ним не будет собираться куча важных пакетов, то это действительно будет косяк мантейнеров, которые не смогли вовремя написать или взять патчи из других дистрибутивов

> Не хочется решать подобные проблемы, тогда не надо экспериментировать с необкатанными компиляторами и флагами, а ещё лучше -- пользоваться работающими сборками, собранными грамотными людьми.

подобные проблемы вылезают даже при использовании стабильных версий гцц и без жутких флагов оптимизации

> Всегда пожалуйста, если ещё кто-нибудь забросит решение проблемы туда в топик, буду благодарен. Самому регистрироваться сейчас слегка лениво.

лучше в багзиллу им напиши

>>Вопросы задают там, где есть проблемы. А проблем быть не должно.

>Проблемы есть везде.

Там не написано, что их нет. Написано, что их быть не должно. Понятно, в чём разница?

>>Ну так суть в том, что одни пытаются все проблемы решить, а другие - научить пользователей делать это самостоятельно. По-моему очевидно, какой подход "правильнее".

>Не получается у них научить пользователей делать это самостоятельно.

Это про генту, если ты не понял. А первый подход - в убунте.

>Они снова приходят и снова задают тупые вопросы, даже не пытаясь разобраться самостоятельно.

Да, действительно, так они и делают :) Поэтому первый вариант - вернее.

> подобные проблемы вылезают даже при использовании стабильных версий гцц и без жутких флагов оптимизации

C 3.4.6-r2 на ~2000 пакетах проблем со сборкой не видел. Бывает что флаги конфликтуют и приходится чтобы собрать foo пересобирать bar с другим набором, но тут уж не угадаешь заранее.

> дык, 4.3.0 в портаже еще без кейвордов ;)

Я с ним экспериментирую практически с момента релиза. Из ~800 опробованных пакетов примерно 70 пришлось перекрывать и патчить, штук 10 собрать не получилось совсем никак. Но я же знаю на что иду. Тем более в hardened профиле вообще вся gcc-4* замаскирована.

> Поэтому первый вариант - вернее.

Вернее для кого или чего? Цели-то у всех разные, поэтому не нужна джента новичкам. Поучиться -- есть LFS, а чтобы не ипаццо, есть Debian, Ubuntu, Mandriva, Suse, PCLinux, etc.

>гента это один большой косяк

Слова скурившего ее? :))

>Вернее для кого или чего? Цели-то у всех разные, поэтому не нужна джента новичкам.

Ну тут вроде чисто про новичков речь и идёт. Что не нужна - полностью согласен.

> C 3.4.6-r2 на ~2000 пакетах проблем со сборкой не видел.

Аналогично с 4.2.3 на х86, х86_64 и sparc, но всего лишь на 800-х пакетах, патчить руками вообще ничего не приходилось в принципе. Как говорится, ЧЯДНТ? :)

Да, про новичков, но если лет пять назад новичкам советовали слэкварь, чтобы научился, теперь мандриву, чтобы не пугался. Вот такая разница.

Здрааааавствуй, Мееееерфи. ;)

>Да, про новичков, но если лет пять назад новичкам советовали слэкварь, чтобы научился, теперь мандриву, чтобы не пугался. Вот такая разница.

Новички просто разные, и сейчас некторым латентным гикам слаку советуют.