Перейти к содержанию

help for lamer


Рекомендуемые сообщения

Стоит у меня Мандрива 2005.ВОт мне надо поставить licq и xchat. Я скачал эти проги. А как поставить - вообще не е.....у, голову уже сломал блин... Те типы файлов которые типа истала в Досе, а точнее rmp после ввода паролля для root'а жму установку а оно мне выдаёт :"нет доступа к файлу hdlist для "update_source", источник проигнорирован". Что это означает и как лечить? И куда ставятся все проги по умолчанию если их ставить не через терминал.

PS: большущая просьба подробно описать процесс устаноки файлов данного разрешения. Embarassed

Ссылка на комментарий
Поделиться на другие сайты

Открываем терминал (или консоль) и набираем следующее:

cd /tmp/ && wget http://xchat.org/files/binary/rpm/.beta/xchat-2.5.0-0.i586.r pm && rpm -Uvh xchat-2.5.0-0.i586.rpm (это последняя beta версия xchat).

cd /usr/local/src/ && wget http://xchat.org/files/source/2.4/xchat-2.4.5.tar.bz2 && tar xjvf xchat-2.4.5.tar.bz2 && rm -rfv xchat-2.4.5.tar.bz2 && cd xchat-2.4.5 && sh configure --help (решаем, какие дополнительные возможности нужны, а какие нет). и сразу.. sh configure && make && make install. Запускается по команде xchat (xchat2).

З.Ы. на этом всё, с Вас 12.50$ Laughing

Ссылка на комментарий
Поделиться на другие сайты

12.50$ это конечно хорошо, но у меня ничего не вышло из тобою сказанного.

Вот что было в теменале:

[alexys@192 ~]$ cd /tmp/ && wget http://xchat.org/files/binary/rpm/.beta/xchat-2.5.0-0.i586.r pm && rpm -Uvh xchat-2.5.0-0.i586.rpm

--14:27:27-- http://xchat.org/files/binary/rpm/.beta/xchat-2.5.0-0.i586.r

=> `xchat-2.5.0-0.i586.r'

Преобразование адреса xchat.org... 213.197.30.118

Установка соединения с xchat.org[213.197.30.118]:80... соединились.

Запрос HTTP послан, ожидание ответа... 404 Not Found

14:27:27 ОШИБКА 404: Not Found.

--14:27:27-- http://pm/

=> `index.html'

Преобразование адреса pm... ошибка: Хост не найден.

ЗАВЕРШЕНО --14:27:29--

Принято: 0 байт в 0 файлax

[alexys@192 tmp]$

[alexys@192 tmp]$ cd /usr/local/src/ && wget http://xchat.org/files/source/2.4/xchat-2.4.5.tar.bz2 && tar xjvf xchat-2.4.5.tar.bz2 && rm -rfv xchat-2.4.5.tar.bz2 && cd xchat-2.4.5 && sh configure --help

--14:28:23-- http://xchat.org/files/source/2.4/xchat-2.4.5.tar.bz2

=> `xchat-2.4.5.tar.bz2'

Преобразование адреса xchat.org... 213.197.30.118

Установка соединения с xchat.org[213.197.30.118]:80... соединились.

Запрос HTTP послан, ожидание ответа... 200 OK

Длина: 1,324,626 [application/x-tar]

xchat-2.4.5.tar.bz2: Permission denied

Ошибка записи в `xchat-2.4.5.tar.bz2' (Permission denied).

[alexys@192 src]$

короче ничего не вышло.

объясни пожалуйста подробно и причём дай ссылку на то что 1000000000000% работает Embarassed

Ссылка на комментарий
Поделиться на другие сайты

Ужас какой.. как все запущено.

1) В первом случае уберите пробел в ссылке:

http://xchat.org/files/binary/rpm/.beta/xchat-2.5.0-0.i586.r(здесь_не_должно_было_быть_пробела)pm

2) Естественно обычный пользователь не имеет прав на запись в каталог /usr/local/src/. Для этого залогиньтесь в качестве суперпользователя (root). Командой su и введите пароль рута.

Ссылка на комментарий
Поделиться на другие сайты

[root@192 xchat-2.4.5]# sh configure && make && make install

checking for a BSD-compatible install... /usr/bin/install -c

checking whether build environment is sane... yes

checking for gawk... gawk

checking whether make sets $(MAKE)... yes

checking whether to enable maintainer-specific portions of Makefiles... no

checking for gcc... gcc

checking for C compiler default output file name... a.out

checking whether the C compiler works... yes

checking whether we are cross compiling... no

checking for suffix of executables...

checking for suffix of object files... o

checking whether we are using the GNU C compiler... yes

checking whether gcc accepts -g... yes

checking for gcc option to accept ANSI C... none needed

checking for style of include used by make... GNU

checking dependency style of gcc... gcc3

checking how to run the C preprocessor... gcc -E

checking build system type... i686-redhat-linux-gnu

checking host system type... i686-redhat-linux-gnu

checking for a sed that does not truncate output... /bin/sed

checking for egrep... grep -E

checking for ld used by gcc... /usr/bin/ld

checking if the linker (/usr/bin/ld) is GNU ld... yes

checking for /usr/bin/ld option to reload object files... -r

checking for BSD-compatible nm... /usr/bin/nm -B

checking whether ln -s works... yes

checking how to recognise dependent libraries... pass_all

checking for ANSI C header files... yes

checking for sys/types.h... yes

checking for sys/stat.h... yes

checking for stdlib.h... yes

checking for string.h... yes

checking for memory.h... yes

checking for strings.h... yes

checking for inttypes.h... yes

checking for stdint.h... yes

checking for unistd.h... yes

checking dlfcn.h usability... yes

checking dlfcn.h presence... yes

checking for dlfcn.h... yes

checking for g++... g++

checking whether we are using the GNU C++ compiler... yes

checking whether g++ accepts -g... yes

checking dependency style of g++... gcc3

checking how to run the C++ preprocessor... g++ -E

checking for g77... no

checking for f77... no

checking for xlf... no

checking for frt... no

checking for pgf77... no

checking for fort77... no

checking for fl32... no

checking for af77... no

checking for f90... no

checking for xlf90... no

checking for pgf90... no

checking for epcf90... no

checking for f95... no

checking for fort... no

checking for xlf95... no

checking for ifc... no

checking for efc... no

checking for pgf95... no

checking for lf95... no

checking for gfortran... no

checking whether we are using the GNU Fortran 77 compiler... no

checking whether accepts -g... no

checking the maximum length of command line arguments... 32768

checking command to parse /usr/bin/nm -B output from gcc object... ok

checking for objdir... .libs

checking for ar... ar

checking for ranlib... ranlib

checking for strip... strip

checking if gcc static flag works... yes

checking if gcc supports -fno-rtti -fno-exceptions... no

checking for gcc option to produce PIC... -fPIC

checking if gcc PIC flag -fPIC works... yes

checking if gcc supports -c -o file.o... yes

checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes

checking whether -lc should be explicitly linked in... no

checking dynamic linker characteristics... cat: ld.so.conf.d/*.conf: No such file or directory

GNU/Linux ld.so

checking how to hardcode library paths into programs... immediate

checking whether stripping libraries is possible... yes

checking if libtool supports shared libraries... yes

checking whether to build shared libraries... yes

checking whether to build static libraries... no

configure: creating libtool

appending configuration tag "CXX" to libtool

checking for ld used by g++... /usr/bin/ld

checking if the linker (/usr/bin/ld) is GNU ld... yes

checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes

checking for g++ option to produce PIC... -fPIC

checking if g++ PIC flag -fPIC works... yes

checking if g++ supports -c -o file.o... yes

checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes

checking dynamic linker characteristics... cat: ld.so.conf.d/*.conf: No such file or directory

GNU/Linux ld.so

checking how to hardcode library paths into programs... immediate

checking whether stripping libraries is possible... yes

appending configuration tag "F77" to libtool

checking whether NLS is requested... yes

checking for msgfmt... no

checking for gmsgfmt... :

checking for xgettext... no

checking for msgmerge... no

checking whether we are using the GNU C Library 2 or newer... yes

checking for ranlib... (cached) ranlib

checking for library containing strerror... none required

checking for an ANSI C-conforming const... yes

checking for signed... yes

checking for inline... inline

checking for off_t... yes

checking for size_t... yes

checking for long long... yes

checking for long double... yes

checking for wchar_t... yes

checking for wint_t... yes

checking for inttypes.h... yes

checking for stdint.h... yes

checking for intmax_t... yes

checking whether printf() supports POSIX/XSI format strings... yes

checking for working alloca.h... yes

checking for alloca... yes

checking for stdlib.h... (cached) yes

checking for unistd.h... (cached) yes

checking for getpagesize... yes

checking for working mmap... yes

checking whether we are using the GNU C Library 2.1 or newer... yes

checking whether integer division by zero raises SIGFPE... yes

checking for unsigned long long... yes

checking for inttypes.h... yes

checking whether the inttypes.h PRIxNN macros are broken... no

checking for stdint.h... (cached) yes

checking for SIZE_MAX... yes

checking for stdint.h... (cached) yes

checking for CFPreferencesCopyAppValue... no

checking for CFLocaleCopyCurrent... no

checking for ld used by GCC... /usr/bin/ld

checking if the linker (/usr/bin/ld) is GNU ld... yes

checking for shared library run path origin... done

checking for ptrdiff_t... yes

checking argz.h usability... yes

checking argz.h presence... yes

checking for argz.h... yes

checking limits.h usability... yes

checking limits.h presence... yes

checking for limits.h... yes

checking locale.h usability... yes

checking locale.h presence... yes

checking for locale.h... yes

checking nl_types.h usability... yes

checking nl_types.h presence... yes

checking for nl_types.h... yes

checking malloc.h usability... yes

checking malloc.h presence... yes

checking for malloc.h... yes

checking stddef.h usability... yes

checking stddef.h presence... yes

checking for stddef.h... yes

checking for stdlib.h... (cached) yes

checking for string.h... (cached) yes

checking for unistd.h... (cached) yes

checking sys/param.h usability... yes

checking sys/param.h presence... yes

checking for sys/param.h... yes

checking for asprintf... yes

checking for fwprintf... yes

checking for getcwd... yes

checking for getegid... yes

checking for geteuid... yes

checking for getgid... yes

checking for getuid... yes

checking for mempcpy... yes

checking for munmap... yes

checking for putenv... yes

checking for setenv... yes

checking for setlocale... yes

checking for snprintf... yes

checking for stpcpy... yes

checking for strcasecmp... yes

checking for strdup... yes

checking for strtoul... yes

checking for tsearch... yes

checking for wcslen... yes

checking for __argz_count... yes

checking for __argz_stringify... yes

checking for __argz_next... yes

checking for __fsetlocking... yes

checking whether _snprintf is declared... no

checking whether _snwprintf is declared... no

checking whether feof_unlocked is declared... yes

checking whether fgets_unlocked is declared... no

checking whether getc_unlocked is declared... yes

checking for iconv... yes

checking for iconv declaration...

extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft);

checking for nl_langinfo and CODESET... yes

checking for LC_MESSAGES... yes

checking for bison... no

checking for CFPreferencesCopyAppValue... (cached) no

checking for CFLocaleCopyCurrent... (cached) no

checking whether NLS is requested... yes

checking whether included gettext is requested... no

checking for GNU gettext in libc... yes

checking whether to use NLS... yes

checking where the gettext function comes from... libc

checking for sed... /bin/sed

checking for uname... /bin/uname

checking system type... Linux

checking for pkg-config... /usr/bin/pkg-config

checking for GLIB - version >= 2.0.3... no

*** Could not run GLIB test program, checking why...

*** The test program failed to compile or link. See the file config.log for the

*** exact error that occured. This usually means GLIB is incorrectly installed.

configure: error: "Cannot find glib"

вот до сюда доходит и всё, инстал прекращается Shocked

Ссылка на комментарий
Поделиться на другие сайты

Вы забыли предупредить человека еще о целой куче зависимостей.))) Так что придется запастись терпением и отнестись к тому, что в итоге все может не получиться с юмором.))) Линукс - это только процесс...))) Surprised

Ссылка на комментарий
Поделиться на другие сайты

Sleeping Daemon писал(а) ср, 19 октября 2005 11:42

Вы на что человека подвигаете?

В madriva 2005 есть и то и другое и все в дистрибутиве.

Вот ИМЕННО. Да и вообще, софт нужно ставить либо из дистрибутива, либо пакет, собранный конкретно под используемый дистрибутив. Освбенно, если человек мало разбирается в том, что он делает и еще меньше в том, что ему советуют. Мне кажется так.

ТАк что, запускаем rpmdrake и устанавливает Xchat, который разработчики дистрибутива включили в поставку. И НЕ МОРОЧИМ ГОЛОВУ себе и окружающим.

Ссылка на комментарий
Поделиться на другие сайты

White_Mouse вы не правы. Без практики научится невозможно :))

Да и не всегда хорошо то, что поставляется из коробки.. Вот взять к примеру Slackware 10.2 [stable]. Обратите внимание на утилиту `eject` (когда она последний раз обновлялась?) А ведь ошибка там присутствует (в программе).. написал в багтрек им, все сижу и жду ответа. [offtopic]

Ссылка на комментарий
Поделиться на другие сайты

BSDobermann писал(а) ср, 19 октября 2005 16:59

White_Mouse вы не правы. Без практики научится невозможно Smile)

Согласен. Именно для практики люди и пользуются Slackware, Gentoo etc. Если не лень делать все руками, то и в production запускается та же самая система.

Цитата:

Да и не всегда хорошо то, что поставляется из коробки.. Вот взять к примеру Slackware 10.2 [stable]. Обратите внимание на утилиту `eject` (когда она последний раз обновлялась?) А ведь ошибка там присутствует (в программе).. написал в багтрек им, все сижу и жду ответа. [offtopic]

Дык, если выбирается дистрибутив, в котором не сильно-то пошуруешь руками (потому как что-нибудь может испортиться), то нужно выбирать правильно (т.е. чтобы издатель дистрибутива заботился об апдейтах и устранении проблем за вас). Никогда не задумывались, почему корпоративные клиенты выбирают разного рода RedHat, SuSE/Novell etc.? Не задумывались для чего нужна плтная поддержка к бесплатно раздаваемой системе? Потому что пользователю дистрибутива (в данном случае компании) будет кого пинать ногами. В случае с той же слакой и пинать, в общем-то, некого, но зато развит механизм копания ручками, которому ничего не препятствует Smile

Так вот, возвращаясь к теме про практику. Практиковаться, конечно, надо, но ПРАВИЛЬНО. Нафиг пересобирать десять раз ядро и каждую необходимую программу? Практического смысла нет. Научиться компилировать самостоятельно софт можно на примере 1-2 программ. Ядро можно вообще не трогать всю жизнь, потому как нет в этом реальной практически обоснованной необходимости у 99% пользователей и администраторов.

А практика, ИМХО, должна сводиться к изучению работающей системы и ее использованию. И совершенно необязательно при этом трахаться, чтобы выполнить одно и то же действие более сложным, трудоемким и долгим путем (к слову об установке Xchat из rpm или из исходников).

P.S. Это совсем не камешек в огород Слаки.

P.P.S. И не реклама RedHat и т.п.

P.P.S. И даже не призыв к пользованию услугами коммерческой поддержки.

P.P.P.S. Я-то конечно, собираю программу из исходников, если мне критично ее быстродействие. Но это бывает редко (mplayer, Nvidia drivers) и чаще всего обусловлено отсутствием собранной программы под используемый мной дистрибутив.

Ссылка на комментарий
Поделиться на другие сайты

Ну вот про ядро.. Это не совсем верный ответ. На публике уже выложено столько сплоитов (публичных причем) для ядра 2.6.29 (slackware 10.1) в наше время любой кульксакеп сможет поломать слак :)). Если ты следишь за системой (и тебя волнует не только производительность) и главное для тебя безопасность - обновляй софт ручками. Согласен многим это ненужно.

Но лично мне это нужно (а почему мне это нужно - х.з) :lol:

Ссылка на комментарий
Поделиться на другие сайты

BSDobermann писал(а) ср, 19 октября 2005 18:55

Ну вот про ядро.. Это не совсем верный ответ. На публике уже выложено столько сплоитов (публичных причем) для ядра 2.6.29 (slackware 10.1) в наше время любой кульксакеп сможет поломать слак Smile).

При условии, что: а) в системе установлено именно проблемное ядро, б) именно проблемный софт, в) злоумышленник, вероятно, имеет доступ к командному интерпретатору, г) права на исполнение программ и т.д. и т.п. Одновременно необходимо исполнение слишком большого числа условий. ТАк что про кулхацкеров как раз можно забыть. Чтобы сломать Linux нужно думать головой, а не жопой. Тут, ИМХО, не получится "качнуть сплойт" и "хакнуть микрософт".

Цитата:

Если ты следишь за системой (и тебя волнует не только производительность) и главное для тебя безопасность - обновляй софт ручками.

Ага. Если успеешь отследить все bugtraq самостоятельно и пересобрать вовремя нужный софт. Тогда как есть альтернатива - ждать пока дядя за тебя это сделает и пинать его по попе.

Цитата:

Согласен многим это ненужно.

Но лично мне это нужно (а почему мне это нужно - х.з) Laughing

Ну тут без комментариев. Есть НУЖНО и нужно (т.е. критично необходимо против "сделать для развлечения").

Ссылка на комментарий
Поделиться на другие сайты

BSDobermann писал(а) ср, 19 октября 2005 19:20

White_Mouse писал(а) ср, 19 октября 2005 19:09

Чтобы сломать Linux нужно думать головой, а не жопой.

В мемориз! © Smile

Сколько там уже накопилось? SmileSmileSmile

Ссылка на комментарий
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...
×
×
  • Создать...