forum.wfido.ru

forum.wfido.ru (https://forum.wfido.ru/index.php)
-   RU.UNIX.BSD (https://forum.wfido.ru/forumdisplay.php?f=36)
-   -   Сборка devel/llvm* (https://forum.wfido.ru/showthread.php?t=39488)

Valentin Nechayev 05.08.2017 14:20

Re: Сборка devel/llvm*
 
Valentin Nechayev написал(а) к Alex Korchmar в Aug 17 12:55:55 по местному времени:

From: Valentin Nechayev <netch@segfault.kiev.ua>


>>> Alex Korchmar wrote:

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

Речь немного не о том. Пусть версию самого продукта не меняли, но
меняли версию пакета. Во фрёвых терминах какой-нибудь gcc48-4.8.4_1
стал gcc48-4.8.4_2. Это может вызвать пересборку всего, что им
собиралось, а может и не вызвать, но часто делают, что вызывает. Это
проще, чем отслеживать проблемы, когда эта версия пакета, например,
меняла что-то в раскладке libgcc.

И насчёт "никаких - вообще" ты не прав. Есть такие, которые меняются и
в этом случае. Классический пример - firefox. У меня на лаптопе FF54,
хотя система - убунта 14.04, на момент выпуска которой номер был
где-то 30.


--netch--
--- ifmail v.2.15dev5.4

Valentin Nechayev 05.08.2017 14:20

Re: Сборка devel/llvm*
 
Valentin Nechayev написал(а) к Victor Sudakov в Aug 17 13:01:55 по местному времени:

From: Valentin Nechayev <netch@segfault.kiev.ua>


>>> Victor Sudakov wrote:

VS> А с портами поступили как со сторонним софтом, возможно потому что это гораздо
VS> менее трудозатратно. В страшном сне представляю себе FreeBSD Core Team,
VS> бэкпортящую исправления в nginx или gnome3 потому, что на момент выхода всех
VS> поддерживаемых релизов эхотага зафиксировались такие-то их версии.

Почему так сразу и Core?
А исправления в таком варианте поступают только security. На них можно
и потратиться.

VS> Точно так же
VS> с трудом представляю себе Microsoft, фиксящий сторонний виндософт
VS> самостоятельно вместо того, чтобы предложить обновиться до последней версии,
VS> поддерживаемой вендором, даже если ради этого этом бедному пользователю
VS> придется установить 5 разных дотнетов и рантаймов.

VS> А в линуксах, с другой стороны, я встречал немало недовольных окаменелостью
VS> софта, и подключающих разные неофициальные и неподдерживаемые репозитории со
VS> свежатиной.

Ну вот эта система внешних реп и решает проблему, аналогичную
стороннему софту у MS.


--netch--
--- ifmail v.2.15dev5.4

Alex Korchmar 05.08.2017 14:30

Re: Сборка devel/llvm*
 
Alex Korchmar написал(а) к Valentin Nechayev в Aug 17 13:13:56 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Valentin Nechayev <netch@segfault.kiev.ua> wrote:

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

VN> Речь немного не о том. Пусть версию самого продукта не меняли, но
VN> меняли версию пакета. Во фрёвых терминах какой-нибудь gcc48-4.8.4_1
VN> стал gcc48-4.8.4_2. Это может вызвать пересборку всего, что им
это никаких пересборок не вызывает, в нормальной системе сборки, потому
что build depends никогда не включают версию с точностью до номера пакета.
(разьве что возникнет уникальный прецедент, что именно это исправление не
позволяло собирать - но тогда будет >=)
Даже если они вообще есть, а чаще всего такую ерунду в них включать не принято.
Исключение разьве что новые-модные поделки, борющиеся за "битовую идентичность",
но, к счастью, у себя их воспроизводить пока не требуется, даже если зачем-то
ты пересобираешь пакеты.

VN> собиралось, а может и не вызвать, но часто делают, что вызывает. Это
VN> проще, чем отслеживать проблемы, когда эта версия пакета, например,
VN> меняла что-то в раскладке libgcc.
такого в нормальном дистрибутиве быть [b]не_может[/b]. Если версия пакета меняет
libgcc, она в этот дистрибутив уже не попадет до следующего релиза.

VN> И насчёт "никаких - вообще" ты не прав. Есть такие, которые меняются и
VN> в этом случае. Классический пример - firefox. У меня на лаптопе FF54,
который вообще давно пора выбрасывать из дистрибутивов. Все равно ничего
хорошего от его пересборки хз кем хз на чем не будет - качайте бинарники,не
обляпайтесь. Гуглозонд вон качают, и ничего.

> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein 05.08.2017 15:31

Re: Сборка devel/llvm*
 
Eugene Grosbein написал(а) к Alex Korchmar в Aug 17 18:05:26 по местному времени:

05 авг. 2017, суббота, в 11:51 NOVT, Alex Korchmar написал(а):

AK> совершенно все равно что там где "зафиксировалось". А вот возможность
AK> поставить за месяц десяток систем, и быть уверенным, что версия nginx
AK> в них одна и та же - чего с freebsd никогда не будет

Ты ведь не пользуешься ветками портов FreeBSD и соответствующими им
репозиториями пакетов, правда? Но ведь это не значит, что их нет.

В смысле, делать svn checkout svn://svn.freebsd.org/ports/head
можно и не только для head.

Eugene
--- slrn/1.0.2 (FreeBSD)

Alex Korchmar 05.08.2017 17:00

Re: Сборка devel/llvm*
 
Alex Korchmar написал(а) к Eugene Grosbein в Aug 17 15:43:59 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

AK>> совершенно все равно что там где "зафиксировалось". А вот возможность
AK>> поставить за месяц десяток систем, и быть уверенным, что версия nginx
AK>> в них одна и та же - чего с freebsd никогда не будет
EG> Ты ведь не пользуешься ветками портов FreeBSD и соответствующими им
EG> репозиториями пакетов, правда? Но ведь это не значит, что их нет.
там есть "ветки"?
EG> В смысле, делать svn checkout svn://svn.freebsd.org/ports/head
EG> можно и не только для head.
можно, только смысла никакого - понятия стабильной версии портов, где
чинились бы баги, но не трогались бы версии, нет и не будет никогда.

А дырявый nginx, зато одинаковый, нет, спасибо, не нужен.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein 05.08.2017 19:50

Re: Сборка devel/llvm*
 
Eugene Grosbein написал(а) к Alex Korchmar в Aug 17 22:22:37 по местному времени:

05 авг. 2017, суббота, в 14:43 NOVT, Alex Korchmar написал(а):

AK>>> совершенно все равно что там где "зафиксировалось". А вот возможность
AK>>> поставить за месяц десяток систем, и быть уверенным, что версия nginx
AK>>> в них одна и та же - чего с freebsd никогда не будет
EG>> Ты ведь не пользуешься ветками портов FreeBSD и соответствующими им
EG>> репозиториями пакетов, правда? Но ведь это не значит, что их нет.
AK> там есть "ветки"?

Есть.

EG>> В смысле, делать svn checkout svn://svn.freebsd.org/ports/head
EG>> можно и не только для head.
AK> можно, только смысла никакого - понятия стабильной версии портов, где
AK> чинились бы баги, но не трогались бы версии, нет и не будет никогда.

Есть.

Eugene
--- slrn/1.0.2 (FreeBSD)

Alex Korchmar 06.08.2017 00:50

Re: Сборка devel/llvm*
 
Alex Korchmar написал(а) к Eugene Grosbein в Aug 17 22:56:10 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG>>> Ты ведь не пользуешься ветками портов FreeBSD и соответствующими им
EG>>> репозиториями пакетов, правда? Но ведь это не значит, что их нет.
AK>> там есть "ветки"?
EG> Есть.
ну, рад за вас.

AK>> можно, только смысла никакого - понятия стабильной версии портов, где
AK>> чинились бы баги, но не трогались бы версии, нет и не будет никогда.
EG> Есть.
и как, сколько там комитов?
А то вот я, конечно, очень рад, что sqlite в 19й версии понаоптимизировал
оптимизатор, только вот сложные запросы теперь работают иначе, и разбираться
с этим мне недосуг. При этом багфиксы к 18й выходили, ну и где они - в портах?
(впрочем, о чем это я - двадцатая версия вышла неделю назад, ее и в head-то
никак не донесут)


> Alex

--- ifmail v.2.15dev5.4

Sergey Zabolotny 06.08.2017 13:10

Сборка devel/llvm*
 
Sergey Zabolotny написал(а) к Eugene Grosbein в Aug 17 12:06:58 по местному времени:

Нello [i]Eugene.[/i]

Saturday 05 August 2017 22:22, Eugene Grosbein wrote to Alex Korchmar:

EG>>> В смысле, делать svn checkout svn://svn.freebsd.org/ports/head
EG>>> можно и не только для head.
AK>> можно, только смысла никакого - понятия стабильной версии портов,
AK>> где чинились бы баги, но не трогались бы версии, нет и не будет
AK>> никогда.

EG> Есть.
а можно поподробнее с этого места? мельком почитал интернет на эту тему и ничего подобного быстро не нашлось.

--- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-Service[b]Pack[/b]3 i1586)

Alex Korchmar 06.08.2017 18:20

Re: Сборка devel/llvm*
 
Alex Korchmar написал(а) к Sergey Zabolotny в Aug 17 17:00:41 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Sergey Zabolotny <Sergey.Zabolotny@p2.f122.n469.z2.fidonet.org> wrote:

SZ> а можно поподробнее с этого места? мельком почитал интернет на эту тему и
SZ> ничего подобного быстро не нашлось.
странные у некоторых идеи, читать интернеты, когда ясно ткнуто пальцем.
[url]https://svn.freebsd.org/ports/branches/[/url]
- откройте браузером и обрящете.

Только вот Женя, как всегда, преувеличивает. Не ветки это, это мертвые пеньки.
Ничего на них не растет.

> Alex


--- ifmail v.2.15dev5.4

Eugene Grosbein 06.08.2017 23:10

Re: Сборка devel/llvm*
 
Eugene Grosbein написал(а) к Alex Korchmar в Aug 17 01:30:27 по местному времени:

05 авг. 2017, суббота, в 21:56 NOVT, Alex Korchmar написал(а):

AK> и как, сколько там комитов?

Не слежу.

AK> А то вот я, конечно, очень рад, что sqlite в 19й версии понаоптимизировал
AK> оптимизатор, только вот сложные запросы теперь работают иначе, и разбираться
AK> с этим мне недосуг. При этом багфиксы к 18й выходили, ну и где они - в портах?

Все такие вопросы нынче к маинтейнеру порта. Инфраструктура давно есть.
В данном случае к pavelivolkov@gmail.com и судя по всему, Павелу Волкову
такой вопрос можно задать по-русски.

Eugene
--
Как жаль, что не роняли вам на череп утюгов.
Скорблю о вас - как мало вы успели.
--- slrn/1.0.2 (FreeBSD)


Текущее время: 11:26. Часовой пояс GMT +4.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc. Перевод: zCarot