Прекомпилированные пакеты в Debian GNU/Linux... (...а где? каким компиллятором?)

[georgy_sh]

Здравствуйте!

Вот хочу немного прояснить для себя несколько вопросов:
1) Пакеты Debian GNU/Linux скомпилированны самими
майнтайнерами, или они присылают только исходный код?

2) Если присылается только исходный код, то из под какой ОС
и какой версией gcc все компилится?

3) Какая архитектура компов юзается для компилляции и сборки .deb - пакетов.

Если это что-то изменит, то интересует версия testing и unstable.

Заранее спасибо.

[georgy_sh]

Ребята!

Хоть ссылочкой помогите - так интересно найти ответы на вышепоставленные вопросы

[Portnov]

ну вобщем-то http://www.us.debian.org/doc/ .
1. Пакеты на дисках - уже скомпилены. В репозитариях в инете есть как скомпиленные пакеты, так пакеты с исходниками.
3. В подавляющем большинстве случаев - та, для которой эти пакеты собираются . Варианты:

i386: this covers PCs based on Intel and compatible processors, including Intel's 386, 486, Pentium, Pentium Pro, Pentium II (both Klamath and Celeron), and Pentium III, and most compatible processors by AMD, Cyrix and others.
m68k: this covers Amigas and ATARIs having a Motorola 680x0 processor for x>=2; with MMU.
alpha: Compaq/Digital's Alpha systems.
sparc: this covers Sun's SPARC and most UltraSPARC systems.
powerpc: this covers some IBM/Motorola PowerPC machines, including CHRP, PowerMac and PReP machines.
arm: ARM and StrongARM machines.
mips: SGI's big-endian MIPS systems, Indy and Indigo2; mipsel: little-endian MIPS machines, Digital DECstations.
hppa: Hewlett-Packard's PA-RISC machines (712, C3000, L2000, A500).
ia64: Intel IA-64 ("Itanium") computers.
s390: IBM S/390 mainframe systems.

[georgy_sh]

Извините за такой ответ, но это все само сабой разумеющееся. Но тем не менее огромное Вам спасибо.

Ну а вопрос мой состоял именно в техническом плане, то есть каким компиллятором собран софт /*точнее, версией компиллятора*/, на какой конфигурации (не архитектуре!) машин /*ведь его _на чем-то_ собирают*/ etc.

И вообще, можно ли узнать такие данные?

ЗЫ Я немного неправ, что зафигарил тему в "Вопрос чайника".

[sash-kan]

добавлю еще немного само собой разумеющейся информации.
некоторые пакеты, написанные на c, можно собирать любой версией компилятора gcc (точнее, "не ниже чем такая-то версия").
для некоторых пакетов, написанных на c, требуется конкретная версия или "не выше чем".
как я понимаю, какие-то намеки можно выдрать из makefile-а.

и еще — ведь далеко не все пакеты пишутся на c. есть еще мно-о-ого разных языков программирования.

Ну а вопрос мой состоял именно в техническом плане, то есть каким компиллятором собран софт /*точнее, версией компиллятора*/, на какой конфигурации (не архитектуре!) машин /*ведь его _на чем-то_ собирают*/ etc.

↑

загляни в документацию, идущую с пакетом (типа /usr/share/<пакет>/README.Debian)
может быть там мэйнтэйнер что-нибудь и уточнил.
если нет — у мэйнтэйнера есть мыло.
возможно, ответит.
надежнее, конечно, писать не конкретному человеку, а в соответствующий maillist. подробности — на debian.org

[alv]

Поскольку все майнтанеры дебиановских пакетов - влдлнтеры, то собирают они, понятное дело, на том железе, которое у них есть.
Теоретически все пакеты должны собираться под все поддерживаемые проектом архитекртуры, хотя и не обязательно одним и тем же майнтайнером.
Практические - для чего-то в данный момент какого-то пакета может не быть. Так, одно время не было русского aspell для AMD64 (потом появился).
По поводу компиляторов - sash-kan все сказал.
Добавлю только, что в старые, еще джентушные времена, когда это было для меня важно, я нашел какой-то штатный способ определять версию компилятора, которой собраны ядро и glibc
А потом напрочь забыл за ненадобностью. Если найду в архивах - напишу.

PS а тему, действительно, в дебиановский раздел переношу

[Angel_13th]

Х в логах, своих пишут версию ядра и архитиктуру на которой был собран пакет, а так же дату. Хотя вот недавно собирал под chroot в строке о версии написанно UNKNOWN.

[sash-kan]

Добавлю только, что в старые, еще джентушные времена, когда это было для меня важно, я нашел какой-то штатный способ определять версию компилятора, которой собраны ядро и glibc

↑

ядро — cat /proc/version

[georgy_sh]

Так. Уже что-то проясняется

если нет — у мэйнтэйнера есть мыло.
возможно, ответит.
надежнее, конечно, писать не конкретному человеку, а в соответствующий maillist. подробности — на debian.org

ИМХО, одно из самых верных решений.

Но вот один из вопросов остается открытым - мейнтейнеры
присылают в Debian исходники или уже собранные пакеты?

Опять ИМХО, все-таки рациональнее присылать исходники.

[sash-kan]

Но вот один из вопросов остается открытым - мейнтейнеры
присылают в Debian исходники или уже собранные пакеты?

↑

думаю я примерно так — мэйнтэйнер выкладывает как исходный (авторский) текст, так и patch, превращающий этот исходник в deb-src, а также и уже скомпилированный из deb-src deb-пакет.

[diesel]

Но вот один из вопросов остается открытым - мейнтейнеры
присылают в Debian исходники или уже собранные пакеты?

Опять ИМХО, все-таки рациональнее присылать исходники.

Вот тут описание процесса:

http://www.us.debian.org/doc/manuals/developers-reference/

[alv]

Добавлю только, что в старые, еще джентушные времена, когда это было для меня важно, я нашел какой-то штатный способ определять версию компилятора, которой собраны ядро и glibc

↑

ядро — cat /proc/version

Точно!
А вот откель для glibc версия gcc берется, так и не вспомнил
Надо джентушников спросит, у них это важно бывает

[Kotjara]

Код: Выделить всё

$ /lib/libc.so.6
GNU C Library development release version 2.4, by Roland McGrath et al.
Copyright © 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.1.2 20060906 (prerelease) (Ubuntu 4.1.1-13ubuntu2).
Compiled on a Linux 2.6.17-7 system on 2006-09-15.
Available extensions:
        crypt add-on version 2.1 by Michael Glad and others
        GNU Libidn by Simon Josefsson
        GNU libio by Per Bothner
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
        Native POSIX Threads Library by Ulrich Drepper et al
        BIND-8.2.3-T5B
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.

[sash-kan]

$ /lib/libc.so.6

↑

классно! никогда б не додумался.

[aim]

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

это не совсем так -- дебиан предоставляет build-машины.

[alv]

$ /lib/libc.so.6

↑

классно! никогда б не додумался.

+1!!!!

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

это не совсем так -- дебиан предоставляет build-машины.

ну вряд ли это для майнтайнеров всех 15 тысяч пакетов - или сколько из там сейчас в репозитории?

[aim]

ну вряд ли это для майнтайнеров всех 15 тысяч пакетов - или сколько из там сейчас в репозитории?

да. поэтому я написал "не совсем так" а не "не так" ;-)

[georgy_sh]

Но вот один из вопросов остается открытым - мейнтейнеры
присылают в Debian исходники или уже собранные пакеты?

Опять ИМХО, все-таки рациональнее присылать исходники.

Вот тут описание процесса:

http://www.us.debian.org/doc/manuals/developers-reference/

Таааак
Вот это уже что - то проясняет

Спасибо