Re: [freebsd] ports management

2018-01-08 Пенетрантность Anton Sayetsky 
10 декабря 2017 г., 17:45 пользователь Владимир Друзенко
 написал:
> 09.12.2017 22:48, Anton Sayetsky пишет:
>>
>> 9 декабря 2017 г., 16:43 пользователь Владимир Друзенко
>>  написал:
>>>
>>> 09.12.2017 17:38, Anton Sayetsky пишет:
>>>
>>> 9 дек. 2017 г. 16:29 пользователь "George L. Yermulnik" 
>>> написал:
>>>
>>> Hello!
>>>
>>> On Sat, 09 Dec 2017 at 16:26:53 (+0200), Anton Sayetsky wrote:
>>>
 Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.
>>>
>>> Во-первых, топик стартер, судя по всему, вообще не часто порты
>>> обновляет. А во-вторых, если один сервер или один десктоп, то лично я не
>>> вижу смысла городить пудру.
>>>
>>> Отвечу с конца: ну, я уже говорил тебе в частной переписке, почему я за
>>> poudriere, даже если это для локалхоста. Кроме того, не могу согласиться,
>>> что тут применим глагол "городить", так как это довольно простая штука -
>>> всего лишь десяток шелл-скриптов по сути. Там, кстати, фича-реквест висел
>>> по
>>> поводу использования хост-системы в качестве источника для jail.
>>> А по поводу нечастого обновления - так оно эту проблему и решает,
>>> тащемта.
>>> Указал себе список нужных пакетов - они и соберутся в чистой,
>>> изолированной
>>> системе, так что во время сборки проблемы удалённых/перемещённых портов
>>> исключаются. А в итоге у тебя репа, и pkg upgrade в подавляющем
>>> большинстве
>>> случаев вышеописанную ситуацию тоже обрабатывает автоматически (привет,
>>> Perl
>>> 5.xx -> 5.xx+1).
>>>
>>>
>>> Место под jail,
>>
>> Аж целых полтора гига
>
> На виртуалке.
Arubacloud даёт 20 ГиБ за 1 ойро в месяц. Ладно, допустим, что у тебя
виртуалка с 8 ГиБ диска (меньше не видел) -  на такой виртуалке вряд
ли вообще имеет смысл что-то собирать, не так ли?

>>   без учёта сжатия!
>
> На UFS.
geom_uzip. Костыльно слегка, но можно ведь!

>>> регулярная его актуализация,
>>
>> Только при смене major release.
>
> И даже патчи (pN) ставить не надо.
Да, не нужно. Зачем (jail пороховницы, который ничего не делает, кроме
компиляния)?

>>> пересборка
>>
>> Логично, что для страховки зависящие пакеты удаляются при обновлении
>> версии того, от чего зависят. Зато нет link error: undefined symbol,
>> даже если глупый maintainer забыл бампнуть PORTREVISION.
>
> Хотели сэкономить на ресурсах CPU пересборкой только конкретных портов, а
> кто-то вдруг посчитал себя умнее нас и заставляет каждый раз пересобирать
> всё. Очень рационально.
> Ещё хин: pkg info -r  и пересборка всех зависимых.
Не "всё", а только то, что является прямой зависимостью.

>>> или как минимум переустановка
>>
>> Конечно - таким образом гарантируется чистое окружение.
>
> А потом появляются порты, которые собираются исключительно в лабораторных
> условиях и только с опциями по умолчанию. Нет уж, спасибо, маинтейнер обязан
> обеспечить сборку своего порта в живой системе с любым допустимым набором
> опций и любым допустимым набором установленных портов. Вот где действительно
> обленились, а не забывшие сделать бамп.
В Porter's Handbook есть что-то о сборке портов на "нечистой" системе?
Так ли _обязан_? А я вот имею информацию, что обязан - чтобы portlint
не матерился и чтобы в пороховнице собиралось.

>>> сотни портов только для того, чтобы обновить один единственный
>>> порт. Очень рациональное использование ресурсов! :-(
>>
>> TMPFS и ccache включаются одной строчкой в конфиге.
>
>
> На виртуалке с гигом памяти.
на такой виртуалке вряд ли вообще имеет смысл что-то собирать, не так ли? [x2]
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-10 Пенетрантность Владимир Друзенко 

09.12.2017 22:48, Anton Sayetsky пишет:

9 декабря 2017 г., 16:43 пользователь Владимир Друзенко
 написал:

09.12.2017 17:38, Anton Sayetsky пишет:

9 дек. 2017 г. 16:29 пользователь "George L. Yermulnik" 
написал:

Hello!

On Sat, 09 Dec 2017 at 16:26:53 (+0200), Anton Sayetsky wrote:


Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.

Во-первых, топик стартер, судя по всему, вообще не часто порты
обновляет. А во-вторых, если один сервер или один десктоп, то лично я не
вижу смысла городить пудру.

Отвечу с конца: ну, я уже говорил тебе в частной переписке, почему я за
poudriere, даже если это для локалхоста. Кроме того, не могу согласиться,
что тут применим глагол "городить", так как это довольно простая штука -
всего лишь десяток шелл-скриптов по сути. Там, кстати, фича-реквест висел по
поводу использования хост-системы в качестве источника для jail.
А по поводу нечастого обновления - так оно эту проблему и решает, тащемта.
Указал себе список нужных пакетов - они и соберутся в чистой, изолированной
системе, так что во время сборки проблемы удалённых/перемещённых портов
исключаются. А в итоге у тебя репа, и pkg upgrade в подавляющем большинстве
случаев вышеописанную ситуацию тоже обрабатывает автоматически (привет, Perl
5.xx -> 5.xx+1).


Место под jail,

Аж целых полтора гига

На виртуалке.


  без учёта сжатия!

На UFS.


регулярная его актуализация,

Только при смене major release.

И даже патчи (pN) ставить не надо.


пересборка

Логично, что для страховки зависящие пакеты удаляются при обновлении
версии того, от чего зависят. Зато нет link error: undefined symbol,
даже если глупый maintainer забыл бампнуть PORTREVISION.
Хотели сэкономить на ресурсах CPU пересборкой только конкретных портов, 
а кто-то вдруг посчитал себя умнее нас и заставляет каждый раз 
пересобирать всё. Очень рационально.

Ещё хин: pkg info -r  и пересборка всех зависимых.


или как минимум переустановка

Конечно - таким образом гарантируется чистое окружение.
А потом появляются порты, которые собираются исключительно в 
лабораторных условиях и только с опциями по умолчанию. Нет уж, спасибо, 
маинтейнер обязан обеспечить сборку своего порта в живой системе с любым 
допустимым набором опций и любым допустимым набором установленных 
портов. Вот где действительно обленились, а не забывшие сделать бамп.



сотни портов только для того, чтобы обновить один единственный
порт. Очень рациональное использование ресурсов! :-(

TMPFS и ccache включаются одной строчкой в конфиге.


На виртуалке с гигом памяти.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Alexander Sheiko 

В письме от Вск, 10 Дек 2017, 01:01 George L. Yermulnik пишет:

>> От него, например, node зависит.
>
> Блин, а я привык считать llvm только build dependency. Спасибо.

Я таки спутал с icu библиотеками:

libicui
libicuuc
libicudata

-- 
Alexander Sheiko

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность George L. Yermulnik 
Hello!

On Sun, 10 Dec 2017 at 06:16:16 (+0700), Eugene Grosbein wrote:

> >> Использование portupgrade до введения flavors, к счастью, позволяло 
> >> обновлять
> >> только то, что действительно нужно обновить для работы (а не для счастья 
> >> пудры/pkg).

> > Плюсую. На legacy серверах это очень нужное свойство portupgrade.

> Через полгода-год любой продакшн-сервер под FreeBSD становится "legacy".

Но поддерживать порты в актуальном состоянии на таких серверах (и даже
старше) portupgrade позволяет как нельзя лучше. И не всегда это продакшен.

-- 
George L. Yermulnik
[YZ-RIPE]
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Eugene Grosbein 
10.12.2017 5:58, George L. Yermulnik пишет:
> Hello!
> 
> On Sun, 10 Dec 2017 at 03:37:08 (+0700), Eugene Grosbein wrote:
> 
>> Использование portupgrade до введения flavors, к счастью, позволяло обновлять
>> только то, что действительно нужно обновить для работы (а не для счастья 
>> пудры/pkg).
> 
> Плюсую. На legacy серверах это очень нужное свойство portupgrade.

Через полгода-год любой продакшн-сервер под FreeBSD становится "legacy".


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность George L. Yermulnik 
Hello!

On Sat, 09 Dec 2017 at 19:58:38 (+0200), Alexander Sheiko wrote:

> > От llvm обычно ничего не зависит. Его можно смело удалить.

> От него, например, node зависит.

Блин, а я привык считать llvm только build dependency. Спасибо.

-- 
George L. Yermulnik
[YZ-RIPE]
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность George L. Yermulnik 
Hello!

On Sun, 10 Dec 2017 at 03:37:08 (+0700), Eugene Grosbein wrote:

> Использование portupgrade до введения flavors, к счастью, позволяло обновлять
> только то, что действительно нужно обновить для работы (а не для счастья 
> пудры/pkg).

Плюсую. На legacy серверах это очень нужное свойство portupgrade.

-- 
George L. Yermulnik
[YZ-RIPE]
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Eugene Grosbein 
10.12.2017 2:48, Anton Sayetsky пишет:

> Логично, что для страховки зависящие пакеты удаляются при обновлении
> версии того, от чего зависят.

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

А должно-то быть ровно наоборот: ранее установленный софт (библиотеки в том 
числе)
должен работать, а не обновляться только потому что в портах, видите ли, 
появилась
новая версия. Ниоткуда не следует, что она совместима со старой по 
функциям/файлам конфигурации
и часто такие не совместима. И требование всё всегда обновлять только для того,
чтобы удовлетворить алгоритмы пудры/pkg - безумное.

Использование portupgrade до введения flavors, к счастью, позволяло обновлять
только то, что действительно нужно обновить для работы (а не для счастья 
пудры/pkg).

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Anton Sayetsky 
9 декабря 2017 г., 16:43 пользователь Владимир Друзенко
 написал:
> 09.12.2017 17:38, Anton Sayetsky пишет:
>
> 9 дек. 2017 г. 16:29 пользователь "George L. Yermulnik" 
> написал:
>
> Hello!
>
> On Sat, 09 Dec 2017 at 16:26:53 (+0200), Anton Sayetsky wrote:
>
>> Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.
>
> Во-первых, топик стартер, судя по всему, вообще не часто порты
> обновляет. А во-вторых, если один сервер или один десктоп, то лично я не
> вижу смысла городить пудру.
>
> Отвечу с конца: ну, я уже говорил тебе в частной переписке, почему я за
> poudriere, даже если это для локалхоста. Кроме того, не могу согласиться,
> что тут применим глагол "городить", так как это довольно простая штука -
> всего лишь десяток шелл-скриптов по сути. Там, кстати, фича-реквест висел по
> поводу использования хост-системы в качестве источника для jail.
> А по поводу нечастого обновления - так оно эту проблему и решает, тащемта.
> Указал себе список нужных пакетов - они и соберутся в чистой, изолированной
> системе, так что во время сборки проблемы удалённых/перемещённых портов
> исключаются. А в итоге у тебя репа, и pkg upgrade в подавляющем большинстве
> случаев вышеописанную ситуацию тоже обрабатывает автоматически (привет, Perl
> 5.xx -> 5.xx+1).
>
>
> Место под jail,
Аж целых полтора гига без учёта сжатия!
> регулярная его актуализация,
Только при смене major release.
> пересборка
Логично, что для страховки зависящие пакеты удаляются при обновлении
версии того, от чего зависят. Зато нет link error: undefined symbol,
даже если глупый maintainer забыл бампнуть PORTREVISION.
> или как минимум переустановка
Конечно - таким образом гарантируется чистое окружение.
> сотни портов только для того, чтобы обновить один единственный
> порт. Очень рациональное использование ресурсов! :-(
TMPFS и ccache включаются одной строчкой в конфиге.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Alexander Sheiko 

В письме от Суб, 09 Дек 2017, 16:23 George L. Yermulnik пишет:

> От llvm обычно ничего не зависит. Его можно смело удалить.

От него, например, node зависит.

-- 
Alexander Sheiko

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность George L. Yermulnik 
Hello!

On Sat, 09 Dec 2017 at 18:15:22 (+0300), Владимир Друзенко wrote:

> >>> От llvm обычно ничего не зависит. Его можно смело удалить.
> >> От llvm (4.0) с некоторых пор зависят, парадоксально, иксы, через mesa-dri
> >> или что-то подобное :) потому что генерируют код на ходу.
> > Так оно же build depends, а не run. Так что после сборки, можно llvm
> > удалять. Или я что-то упускаю (X'ов на фре нет под рукой, чтобы
> > проверить)?

> $ pkg info -r llvm40
> llvm40-4.0.1_5:
>          mesa-dri-17.2.4

Спасибо.
Как я понял, у топикстартера ни X'ов, ни llvm40. Так что может смело
сносить свой llvm36 =)

-- 
George L. Yermulnik
[YZ-RIPE]
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Владимир Друзенко 

09.12.2017 18:13, George L. Yermulnik пишет:

Hello!

On Sat, 09 Dec 2017 at 16:57:40 (+0200), Valentin Nechayev wrote:


От llvm обычно ничего не зависит. Его можно смело удалить.

От llvm (4.0) с некоторых пор зависят, парадоксально, иксы, через mesa-dri
или что-то подобное :) потому что генерируют код на ходу.

Так оно же build depends, а не run. Так что после сборки, можно llvm
удалять. Или я что-то упускаю (X'ов на фре нет под рукой, чтобы
проверить)?


А с тех пор, как в него включён clang, начинает присутствовать и clang
(не тот, что в базовой системе).


$ pkg info -r llvm40
llvm40-4.0.1_5:
        mesa-dri-17.2.4


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность George L. Yermulnik 
Hello!

On Sat, 09 Dec 2017 at 16:57:40 (+0200), Valentin Nechayev wrote:

> > От llvm обычно ничего не зависит. Его можно смело удалить.

> От llvm (4.0) с некоторых пор зависят, парадоксально, иксы, через mesa-dri
> или что-то подобное :) потому что генерируют код на ходу.

Так оно же build depends, а не run. Так что после сборки, можно llvm
удалять. Или я что-то упускаю (X'ов на фре нет под рукой, чтобы
проверить)?

> А с тех пор, как в него включён clang, начинает присутствовать и clang
> (не тот, что в базовой системе).

-- 
George L. Yermulnik
[YZ-RIPE]
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность DAM 



On 09.12.17 16:57, Valentin Nechayev wrote:

  Sat, Dec 09, 2017 at 16:23:56, yz wrote about "Re: [freebsd] ports 
management":


От llvm обычно ничего не зависит. Его можно смело удалить.

От llvm (4.0) с некоторых пор зависят, парадоксально, иксы, через mesa-dri
или что-то подобное :) потому что генерируют код на ходу.
А с тех пор, как в него включён clang, начинает присутствовать и clang
(не тот, что в базовой системе).


Спасибо. Понятно. Иксов тут нет. Вторго зверя вроде тоже.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Valentin Nechayev 
 Sat, Dec 09, 2017 at 16:23:56, yz wrote about "Re: [freebsd] ports 
management": 

> От llvm обычно ничего не зависит. Его можно смело удалить.

От llvm (4.0) с некоторых пор зависят, парадоксально, иксы, через mesa-dri
или что-то подобное :) потому что генерируют код на ходу.
А с тех пор, как в него включён clang, начинает присутствовать и clang
(не тот, что в базовой системе).


-netch-
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность DAM 
Да. Единственный хост и обновление по мере наличия времени та 
натхнення... :) Или критической необходимости смены версии оси.



On 09.12.17 16:29, George L. Yermulnik wrote:

Hello!

On Sat, 09 Dec 2017 at 16:26:53 (+0200), Anton Sayetsky wrote:


Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.

Во-первых, топик стартер, судя по всему, вообще не часто порты
обновляет. А во-вторых, если один сервер или один десктоп, то лично я не
вижу смысла городить пудру.



___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность DAM 

On 09.12.17 16:18, George L. Yermulnik wrote:

Hello!

On Sat, 09 Dec 2017 at 16:32:18 (+0200), DAM wrote:


Понимаю, что вопрос может показаться "детским", но все же.
Как правильно поступать с портами такого толка:
llvm36-3.6.2_2
  ===>>> The devel/llvm36 port has been deleted: Obsolete and
unmaintained upstream

portupgrade -o devel/llvm<выбрать_версию_по_вкусу> llvm36-3.6.2_2


p5-Parse-CPAN-Meta-1.44.14_1
  ===>>> The devel/p5-Parse-CPAN-Meta port has been deleted: Has
expired: Merged into devel/p5-CPAN-Meta 2.15

pkg_deinstall p5-Parse-CPAN-Meta-1.44.14_1 && portinstall devel/p5-CPAN-Meta



Спасибо. С этим помогло.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Владимир Друзенко 

09.12.2017 17:38, Anton Sayetsky пишет:
9 дек. 2017 г. 16:29 пользователь "George L. Yermulnik" > написал:


Hello!

On Sat, 09 Dec 2017 at 16:26:53 (+0200), Anton Sayetsky wrote:

> Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.

Во-первых, топик стартер, судя по всему, вообще не часто порты
обновляет. А во-вторых, если один сервер или один десктоп, то
лично я не
вижу смысла городить пудру.

Отвечу с конца: ну, я уже говорил тебе в частной переписке, почему я 
за poudriere, даже если это для локалхоста. Кроме того, не могу 
согласиться, что тут применим глагол "городить", так как это довольно 
простая штука - всего лишь десяток шелл-скриптов по сути. Там, кстати, 
фича-реквест висел по поводу использования хост-системы в качестве 
источника для jail.
А по поводу нечастого обновления - так оно эту проблему и решает, 
тащемта. Указал себе список нужных пакетов - они и соберутся в чистой, 
изолированной системе, так что во время сборки проблемы 
удалённых/перемещённых портов исключаются. А в итоге у тебя репа, и 
pkg upgrade в подавляющем большинстве случаев вышеописанную ситуацию 
тоже обрабатывает автоматически (привет, Perl 5.xx -> 5.xx+1).


Место под jail, регулярная его актуализация, пересборка или как минимум 
переустановка сотни портов только для того, чтобы обновить один 
единственный порт. Очень рациональное использование ресурсов! :-(
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Anton Sayetsky 
9 дек. 2017 г. 16:29 пользователь "George L. Yermulnik" 
написал:

Hello!

On Sat, 09 Dec 2017 at 16:26:53 (+0200), Anton Sayetsky wrote:

> Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.

Во-первых, топик стартер, судя по всему, вообще не часто порты
обновляет. А во-вторых, если один сервер или один десктоп, то лично я не
вижу смысла городить пудру.

Отвечу с конца: ну, я уже говорил тебе в частной переписке, почему я за
poudriere, даже если это для локалхоста. Кроме того, не могу согласиться,
что тут применим глагол "городить", так как это довольно простая штука -
всего лишь десяток шелл-скриптов по сути. Там, кстати, фича-реквест висел
по поводу использования хост-системы в качестве источника для jail.
А по поводу нечастого обновления - так оно эту проблему и решает, тащемта.
Указал себе список нужных пакетов - они и соберутся в чистой, изолированной
системе, так что во время сборки проблемы удалённых/перемещённых портов
исключаются. А в итоге у тебя репа, и pkg upgrade в подавляющем большинстве
случаев вышеописанную ситуацию тоже обрабатывает автоматически (привет,
Perl 5.xx -> 5.xx+1).
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность DAM 

On 09.12.17 16:24, Владимир Друзенко wrote:
При удалении pkg delete llvm36-3.6.2_2 p5-Parse-CPAN-Meta-1.44.14_1 
будет показано какие порты зависят от этих в _рантайме_.

Если нет никаких, то можно смело удалять.
Ещё посмотри на pkg info -r llvm36-3.6.2_2 p5-Parse-CPAN-Meta-1.44.14_1

Вопрос на засыпку - на системе пакеты актуальные вообще, или превед из 
2015?



Пакеты более-менее актуальные и порты тоже. Но история у хоста есть. 
Попробую.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность George L. Yermulnik 
Hello!

On Sat, 09 Dec 2017 at 16:26:53 (+0200), Anton Sayetsky wrote:

> Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.

Во-первых, топик стартер, судя по всему, вообще не часто порты
обновляет. А во-вторых, если один сервер или один десктоп, то лично я не
вижу смысла городить пудру.

-- 
George L. Yermulnik
[YZ-RIPE]
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Anton Sayetsky 
9 дек. 2017 г. 16:24 пользователь "George L. Yermulnik" 
написал:

Hello!

On Sat, 09 Dec 2017 at 16:36:37 (+0200), DAM wrote:

> > Как правильно поступать с портами такого толка:

> > llvm36-3.6.2_2
> > ===>>> The devel/llvm36 port has been deleted: Obsolete and
> > unmaintained upstream
> > p5-Parse-CPAN-Meta-1.44.14_1
> > ===>>> The devel/p5-Parse-CPAN-Meta port has been deleted: Has
> > expired: Merged into devel/p5-CPAN-Meta 2.15

> > Гугление пока не просветило.

> > Спасибо.

> > Не использовать их?
> Именно этого и хотелось бы... Но как от них избавиться и не приобрести
> проблем? Ведь они зачем-то устанавливались по зависимостям... Будет ли
> правильно просто их удалить?

Посмотрите, что от них зависит:
pkg info -r llvm36-3.6.2_2
pkg info -r p5-Parse-CPAN-Meta-1.44.14_1

От llvm обычно ничего не зависит. Его можно смело удалить. Порты
установят актуальную версию, когда это потребуется для сборки чего-либо.
Если от p5-Parse-CPAN-Meta-1.44.14_1 что-то зависит, пересоберите эти
порты, а потом удалите p5-Parse-CPAN-Meta-1.44.14_1

Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность George L. Yermulnik 
Hello!

On Sat, 09 Dec 2017 at 16:36:37 (+0200), DAM wrote:

> > Как правильно поступать с портами такого толка:

> > llvm36-3.6.2_2
> > ===>>> The devel/llvm36 port has been deleted: Obsolete and
> > unmaintained upstream
> > p5-Parse-CPAN-Meta-1.44.14_1
> > ===>>> The devel/p5-Parse-CPAN-Meta port has been deleted: Has
> > expired: Merged into devel/p5-CPAN-Meta 2.15

> > Гугление пока не просветило.

> > Спасибо.

> > Не использовать их?
> Именно этого и хотелось бы... Но как от них избавиться и не приобрести 
> проблем? Ведь они зачем-то устанавливались по зависимостям... Будет ли 
> правильно просто их удалить?

Посмотрите, что от них зависит:
pkg info -r llvm36-3.6.2_2
pkg info -r p5-Parse-CPAN-Meta-1.44.14_1

От llvm обычно ничего не зависит. Его можно смело удалить. Порты
установят актуальную версию, когда это потребуется для сборки чего-либо.
Если от p5-Parse-CPAN-Meta-1.44.14_1 что-то зависит, пересоберите эти
порты, а потом удалите p5-Parse-CPAN-Meta-1.44.14_1.

-- 
George L. Yermulnik
[YZ-RIPE]
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность DAM 



On 09.12.17 16:16, Anton Sayetsky wrote:
9 дек. 2017 г. 16:14 пользователь "DAM" > написал:


Добрый вечер,

Понимаю, что вопрос может показаться "детским", но все же.

Как правильно поступать с портами такого толка:

llvm36-3.6.2_2
===>>> The devel/llvm36 port has been deleted: Obsolete and
unmaintained upstream
p5-Parse-CPAN-Meta-1.44.14_1
===>>> The devel/p5-Parse-CPAN-Meta port has been deleted: Has
expired: Merged into devel/p5-CPAN-Meta 2.15

Гугление пока не просветило.

Спасибо.

Не использовать их?
Именно этого и хотелось бы... Но как от них избавиться и не приобрести 
проблем? Ведь они зачем-то устанавливались по зависимостям... Будет ли 
правильно просто их удалить?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность George L. Yermulnik 
Hello!

On Sat, 09 Dec 2017 at 16:32:18 (+0200), DAM wrote:

> Понимаю, что вопрос может показаться "детским", но все же.

> Как правильно поступать с портами такого толка:

> llvm36-3.6.2_2
>  ===>>> The devel/llvm36 port has been deleted: Obsolete and 
> unmaintained upstream

portupgrade -o devel/llvm<выбрать_версию_по_вкусу> llvm36-3.6.2_2

> p5-Parse-CPAN-Meta-1.44.14_1
>  ===>>> The devel/p5-Parse-CPAN-Meta port has been deleted: Has 
> expired: Merged into devel/p5-CPAN-Meta 2.15

pkg_deinstall p5-Parse-CPAN-Meta-1.44.14_1 && portinstall devel/p5-CPAN-Meta

> Гугление пока не просветило.

> Спасибо.

> ___
> freebsd mailing list
> freebsd@uafug.org.ua
> http://mailman.uafug.org.ua/mailman/listinfo/freebsd

-- 
George L. Yermulnik
[YZ-RIPE]
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

[freebsd] ports management

2017-12-09 Пенетрантность DAM 

Добрый вечер,

Понимаю, что вопрос может показаться "детским", но все же.

Как правильно поступать с портами такого толка:

llvm36-3.6.2_2
===>>> The devel/llvm36 port has been deleted: Obsolete and 
unmaintained upstream

p5-Parse-CPAN-Meta-1.44.14_1
===>>> The devel/p5-Parse-CPAN-Meta port has been deleted: Has 
expired: Merged into devel/p5-CPAN-Meta 2.15


Гугление пока не просветило.

Спасибо.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd