[mdk-re] HELPME!!! with update-alternatives

[mdk-re] HELPME!!! with update-alternatives

[Andrey Brindeew]

Hello!

Дело обстоит следующим образом:
есть проблема с update-alternatives: стоят два компилятора, но при сборке
чего-либо gcc и т.д. просто не находится.
Т.е. собрать нельзя ничего, ни из rpm, ни из тарболлов и т.д. :-(
Думал, проживу пару-тройку дней без этого, ну неделю. А не получилось.
:-(((
Начальство срочно потребовало поправить базу в Аксессе.
Пришлось переконфигурить VMWare, а она возьми и скажи - мол нет ни фига
модулей, давайте их компилить.
Давайте, говорю я, и она меня совершенно справедливо обругивает на чистом
английском трехэтажном мате - мол cpp1 не найден - компилить-то нечем!
Как мне решить эту проблему? Смутно догадываюсь, что просто надобно
прописать симлинки на нужные файлы нужного компилятора.
На что именно?
./configure gcc не находит (Checking if gcc [options list] works... no).
Помогите плз сделать хотя бы "на спичках сейчас", как можно скорее. Иначе
меня как грелку порвут. :-((((((

--
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely" (C) Larry Wall.

Re: [mdk-re] HELPME!!! with update-alternatives

[Aleksandr Blohin]

On Mon, 2 Apr 2001 20:02:33 +0400
Andrey Brindeew <linux@abr.x9.ru> wrote:

AB> Hello!
AB> 
AB> Дело обстоит следующим образом:
AB> есть проблема с update-alternatives: стоят два компилятора, но при
сборке
AB> чего-либо gcc и т.д. просто не находится.
AB> Т.е. собрать нельзя ничего, ни из rpm, ни из тарболлов и т.д. :-(
AB> Думал, проживу пару-тройку дней без этого, ну неделю. А не получилось.
AB> :-(((
AB> Начальство срочно потребовало поправить базу в Аксессе.
AB> Пришлось переконфигурить VMWare, а она возьми и скажи - мол нет ни
фига
AB> модулей, давайте их компилить.
AB> Давайте, говорю я, и она меня совершенно справедливо обругивает на
чистом
AB> английском трехэтажном мате - мол cpp1 не найден - компилить-то нечем!
AB> Как мне решить эту проблему? Смутно догадываюсь, что просто надобно
AB> прописать симлинки на нужные файлы нужного компилятора.
AB> На что именно?
AB> ./configure gcc не находит (Checking if gcc [options list] works...
no).
AB> Помогите плз сделать хотя бы "на спичках сейчас", как можно скорее.
Иначе
AB> меня как грелку порвут. :-((((((
AB> 

А Вы man посмотреть не пробовали.
Он на русском. Описано достаточно простым и понятным языком.
Если у Вас в системе имеется требуемый компилятор, то достаточно изменить
приоритеты ссылок в /etc/alternatives

AB> --
AB> WBR, Andrey Brindeew.
AB> "No one person can understand Perl culture completely" (C) Larry Wall.
AB> 
AB> _______________________________________________
AB> Mandrake-russian mailing list
AB> Mandrake-russian@altlinux.ru
AB> http://altlinux.ru/mailman/listinfo/mandrake-russian
AB> 

--

Best regards
AB

--
				... In nomine Altli, et Ctrli, et Spititus Deli, Reset!

Re: [mdk-re] HELPME!!! with update-alternatives

[Ivan Zakharyaschev]

	Hello!

On Mon, 2 Apr 2001, Aleksandr Blohin wrote:

> On Mon, 2 Apr 2001 20:02:33 +0400
> Andrey Brindeew <linux@abr.x9.ru> wrote:
>
> AB> Дело обстоит следующим образом:
> AB> есть проблема с update-alternatives: стоят два компилятора, но при
> сборке
> AB> чего-либо gcc и т.д. просто не находится.

> А Вы man посмотреть не пробовали.
> Он на русском. Описано достаточно простым и понятным языком.
> Если у Вас в системе имеется требуемый компилятор, то достаточно
> изменить
> приоритеты ссылок в /etc/alternatives

Бывает, что по каким-то причинам ссылки сбиваются. И тогда средствами
только update-alternatives не справиться (оно не следит за целостностью
всей системы ссылок :-( ).

А man действительно все хорошо и подробно описывает.

Best regards,
Ivan.

Re: [mdk-re] HELPME!!! with update-alternatives

[Ivan Zakharyaschev]

	Hello!

On Mon, 2 Apr 2001, Andrey Brindeew wrote:

> Дело обстоит следующим образом:
> есть проблема с update-alternatives: стоят два компилятора, но при
> сборке
> чего-либо gcc и т.д. просто не находится.
> Т.е. собрать нельзя ничего, ни из rpm, ни из тарболлов и т.д. :-(
> Думал, проживу пару-тройку дней без этого, ну неделю. А не получилось.
> :-(((
> Начальство срочно потребовало поправить базу в Аксессе.
> Пришлось переконфигурить VMWare, а она возьми и скажи - мол нет ни фига
> модулей, давайте их компилить.
> Давайте, говорю я, и она меня совершенно справедливо обругивает на
> чистом
> английском трехэтажном мате - мол cpp1 не найден - компилить-то нечем!
> Как мне решить эту проблему? Смутно догадываюсь, что просто надобно
> прописать симлинки на нужные файлы нужного компилятора.

Самый простой способ -- снести пакеты gcc, cpp, compat-{gcc,cpp} из
системы и поставить их заново из rpm-ок (если они есть под рукой). Может
помочь.

А если вручную править символические ссылки, то надо иметь в виду
принцип их организации:

на месте запускаемого файла -- ссылка внутрь /etc/alternatives/, а оттуда
ссылка, указывающая на настоящий файл (одну из альтернатив). Напимер

/usr/bin/cpp -> /etc/alternatives/cpp -> /usr/bin/cpp-2.96

А при конфигурировании альтернатив меняется среднее звено в этой цепочке.
Чтобы понять, какие конкретно cсылки устанавливаются пакетом, взгляните на
его install time-скрипты.

> На что именно?
> ./configure gcc не находит (Checking if gcc [options list] works...
> no).
> Помогите плз сделать хотя бы "на спичках сейчас", как можно скорее.
> Иначе
> меня как грелку порвут. :-((((((

Best regards,
Ivan.

Re: [sisyphus] Re: [mdk-re] HELPME!!! with update-alternatives

[Sergey Vlasov]

On Tue, 3 Apr 2001 10:49:17 +0400
Mikhail Zabaluev <mookid@sigent.ru> wrote:

> Hello Andrey,
> 
> On Mon, Apr 02, 2001 at 21:02 +0400, Andrey Brindeew wrote:
> >
> > On Mon, 2 Apr 2001 20:27:18 +0400 (MSD)
> > Ivan Zakharyaschev <imz@linux.ru.net> wrote:
> > 
> > IZ> А если вручную править символические ссылки, то надо иметь в виду
> > IZ> принцип их организации:
> > IZ> 
> > IZ> на месте запускаемого файла -- ссылка внутрь /etc/alternatives/, а
> > оттуда
> > IZ> ссылка, указывающая на настоящий файл (одну из альтернатив).
> Напимер
> > IZ> 
> > IZ> /usr/bin/cpp -> /etc/alternatives/cpp -> /usr/bin/cpp-2.96
> > 
> > Спасибо всем за ответы!
> > Вместо ссылок в /usr/bin были бинарники, причем старые.
> > Видимо, это "тяжелое" наследие от 7.0RE
> 
> Похоже, это какой-то дремучий глюк в старом colorgcc.

Вполне естественно - при установке он переименовывал gcc в gcc.colorgcc, а на его место клал себя. А в %postun возвращал назад. Так что всем, кто будет апгрейдить систему с 7.0RE до Spring2001 или Sisyphus, совет - предварительно удалите пакет gcc-colorgcc.