Доброго времени суток.

Поставил недавно FreeBSD на /dev/hdb и вот теперь думаю - толи ее в /dev/null
и забыть, то ли на /dev/hda вместо Линукса... Поспешных решений делать не хочу,
а неясных вопросов еще очень много... Один из наиболее важных - совместимость
софта, тем более, что в отличие от больших дистрибутивов Линукса выбор ПО в дистрибутиве
достаточно скромен.

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

Собственно, вопрос такой: а как в FreeBSD с совместимостью? Большинство советов
на тему "как устанавливать ПО" сводится к совету "из портов". Конечно, если бы
у меня была мегабитная выделенка с неограниченным трафиком, то проблем бы больших
не было. Но я на диалапе с весьма недешевой повременкой и соответственно не могу
позволить себе каждую софтину грузить из сети. Конечно, если программа маленькая,
то больших проблем нет, но если она хотя бы на несколько мегов, то я трижды подумаю,
прежде чем ее грузить. С другой стороны, имеется достаточно приличная коллекция
исходников из дистрибутивов Линукса, но в подавляющем большинстве случаев версии
не совпадают с имеющимися в портах. Соответственно, на уровне портов совместимости
никакой. Сейчас у меня 4.10, а если как-нибудь обновлюсь до 5.X? Коллекция портов
обновится и то, что я закачал из инета (причем при значительных финансовых затратах)
будет уже совершенно бесполезно?

Ладно, с портами вроде разобрался... Теперь что касается пакаджей - тут вообще
информации никакой. При установке выбирал бинарную совместимость с предыдущими
версиями, начиная от 1.X (!). Вот тут хотелось бы услышать мнение тех, кто давно
использует FreeBSD - это действительно работает? В статьях и на форумах этот
вопрос как-то стороной обходится. Действительно ли можно беспроблемно запустить
на моем, например, дистрибутиве софт, поставленный из пакаджа, скомпиленного
для 1.X? Есть ли гарантия, что в будущем ситуация не ухудшится и дистрибутивы
7.X будут поддерживать старые пакеты?

В принципе, в случае гарантированной поддержки для бинарников проблема портов
частично решается - можно загрузить наиболее важные пакеты, сделать из них пакадж
и использовать и в будущем. Однако тогда встает другой вопрос - можно ли без
значительных затрат времени сделать пакадж, имея исходник программы, отсутствующей
(или представленной другой версией) в портах (какой-нибудь OOO из сети качать
в любом случае мне не улыбается)? Я так понял, что создание собственного порта
- дело долгое, но неужели нет скриптов, которые после стандартных configure и
make собирают получившиеся бинарники в пакадж?

On Wed, Nov 03, 2004 at 10:24 +0300, Alex Semenyaka wrote:
> On Sun, Oct 31, 2004 at 05:50:48PM +0300, Mike Belopuhov wrote:
> > ;-)) В вашем конфиге и в GENERIC устройство уже в ядре.
> > Фря просто криво собирает модули. Она в них всегда
> > собирает все, независимо от того, что вы указали собирать
> > монолитно в конфиге ядра.
>
> В чём кривизна?

В том что нафиг не надо собирать тоже самое, что уже есть...

> Модули на то и модули, что должны лежать полным комплектом
> в сторонке. На предмет загрузки другого ядра, например.

Другое ядро может и не сможет подцепить эти модули, так что
проку от этого не так много...

> Если сильно хочется -
> man make.conf, можно попросить собирать модули с миром или
> собирать только определённые модули.

make.conf это ясное дело...

На самом деле это демагогия... лично мне все равно что там
она собирает... а вот, как видно, новички путаются...

On Wed, 03 Nov 2004 12:28:06 -0000, Root <vmdee***@y*****.ru> wrote:

Не я ошибся, все заработало. я сначала в /etc/sysctl.conf записал но он
чего-то
не отреагировал на это я решил все в скрипт забить!
Вот его текст мож кому пригодиться:

#! /bin/sh
sysctl kern.ipc.shm_allow_removed=1
mount_linprocfs linproc /compat/linux/proc && vmware start

P.S. Большое СПАСИБО Vitaminoid!!!

> On Wed, 3 Nov 2004 09:25:43 +1000, Vitaminoid <vitamino***@v*****.ru>
> wrote:
>
> Не помогло :-( Я даже в sysctl -a такой не нашел. Может есть еще что?
>
>> kern.ipc.shm_allow_removed: 0 -> 1
>>
>>
>>
>> On Tue, 02 Nov 2004 22:01:24 -0000
>> Root <vmdee***@y*****.ru> wrote:
>>
>>> Поставил vmware 3 на 5.3 бету 7 а когда попытался запустить установку
>>> оси
>>
>>> она мне выдала:
>>> Cannot attach shared memory segment: Invalid argument.
>>> Failed to initialize SVGA device.
>>> Я ставил vmware 3 на 5.1 там все было в порядке, а тут такая
>>> засада:( Может кто знает чем лечить?
>>
>>
>>
>
>
>

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.bsd.all
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Отписаться: mailto:comp.soft.bsd.all--unsub@subscribe.ru?subject=comp.soft.bsd.all

http://subscribe.ru/ http://subscribe.ru/feedback

Доброго времени суток Artur,

Wednesday, November 3, 2004, 8:24:58 PM, Вы писали:

>>> В файле /etc/rc.conf нужно указать что запускать при загрузке (в даном
>>> случае):
>>> apache_enable="YES"
>>> squid_enable="YES"
>>> Вот так очень коротко. Удачи.
>> Да это всё понятно Но всётаки если не из портов установлено то как
>> быть ??????
>> Можно самому написать скрипт и поместить его в
>> /usr/local/etc/rc.d, где он должен
>> выполнитса при старте системы.
AA> Да написал:
AA> /usr/local/etc/rc.d/squid.sh
AA> #!/bin/sh
AA> /usr/local/squid/sbin/squid
AA> но нечего не происходит :-(
AA> может ещё где надо править ?

файл должен быть исполняемым !!!


--
С наилучшими пожеланиями,
Колесник Андрей
mailto:kolesn***@e*****.ua
ICQ: 208861095

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.bsd.all
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Отписаться: mailto:comp.soft.bsd.all--unsub@subscribe.ru?subject=comp.soft.bsd.all

http://subscribe.ru/ http://subscribe.ru/feedback

>> В файле /etc/rc.conf нужно указать что запускать при загрузке (в даном
>> случае):
>> apache_enable="YES"
>> squid_enable="YES"
>> Вот так очень коротко. Удачи.
> Да это всё понятно Но всётаки если не из портов установлено то как
> быть ??????
> Можно самому написать скрипт и поместить его в
> /usr/local/etc/rc.d, где он должен
> выполнитса при старте системы.
Да написал:
/usr/local/etc/rc.d/squid.sh
#!/bin/sh
/usr/local/squid/sbin/squid
но нечего не происходит :-(
может ещё где надо править ?

Hello Artur,

Tuesday, November 2, 2004, 10:28:02 PM, you wrote:

AA> Поставил анализатор логов всё замечательно но как зделать так чтоб он
AA> сам запускался раз в день и делал статистику ???

В cron запихай

> В файле /etc/rc.conf нужно указать что запускать при загрузке (в даном
> случае):
> apache_enable="YES"
> squid_enable="YES"
> Вот так очень коротко. Удачи.
Да это всё понятно Но всётаки если не из портов установлено то как
быть ??????
Можно самому написать скрипт и поместить его в /usr/local/etc/rc.d, где он должен
выполнитса при старте системы.

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.bsd.all
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Отписаться: mailto:comp.soft.bsd.all--unsub@subscribe.ru?subject=comp.soft.bsd.all

http://subscribe.ru/ http://subscribe.ru/feedback

> Да это всё понятно Но всётаки если не из портов установлено то как
> быть ??????

Ведь тебе же объяснили, что создай ручками стартовые скрипты.
#!/bin/sh
/..path../apachectl start

#!/bin/sh
/...path../squid

Такие темы как установка апатча и сквида описано по сто раз в инете
зайти на opennet.ru и там немного поищи. За чем засорять рассылку?

Сначала покопайся над своим вопросом по инету и если ты действительно не
нашел ответа пиши сюда.

Не превращайте пожалуйста во флуд, полезные вещи.

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.bsd.all
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Отписаться: mailto:comp.soft.bsd.all--unsub@subscribe.ru?subject=comp.soft.bsd.all

http://subscribe.ru/ http://subscribe.ru/feedback

Greetings, Vitaminoid!
So, welcome to my hell...
Replying to Your message dated <Wednesday, November 3, 2004 at 9:35>:

> Как вариант - я обычно уношу /usr/ports на самый большой раздел, и в /usr/ports
> делаю на это место симлинк.

> Иначе надо делать /usr реально немаленького размера (гиг семь), чтобы, скажем,
> собрать openoffice (которому, судя по сообщению, в момент сборки надо ~4Gb).

Откройте для себя переменную WRKDIRPREFIX и её роль в прочессе сборки
портов.

$ cat /usr/ports/Mk/bsd.port.mk |grep WRKDIR |head -8
# stages using ${WRKDIR}/Makefile.inc generated
on the fly.
# WRKDIRPREFIX - The place to root the temporary working directory
# WRKDIR - A temporary working directory that gets *clobbered*
on clean
# (default: ${WRKDIRPREFIX}${.CURDIR}/work).
# WRKSRC - A subdirectory of ${WRKDIR} where the distribution
actually
# unpacks to. (Default: ${WRKDIR}/${DISTNAME}
unless
# NO_WRKSUBDIR is set, in which case simply ${WRKDIR}).
# NO_WRKSUBDIR - Assume port unpacks directly into ${WRKDIR}.

проблема вобщем вот в чём: фаервол непускает пакеты
http через сквидл, причём браузер к прокси подключается
и якобы что то делает но загруки не происходит (а если
в rc.conf поставить firewall_type=\"OPEN\" то всё
проходит без проблем), всё остальное работает. В чём
проблема я непойму(
конфигурация фаерволла такая:
#!/bin/sh

echo -n \"Starting firewall...\"

ipfw=\"/sbin/ipfw\"

fw=\"192.168.2.20\"
outmask=\"255.255.255.255\"
local=\"192.168.0.99\"
net=\"192.168.0.0\"
mask=\"255.255.255.0\"

#

${ipfw} add pass all from any to any via rl0

#Natd

${ipfw} add divert natd ip from ${net}:${mask} to any
out via ${fw}
${ipfw} add divert natd ip from any to ${fw} in via ${fw}

#ICMP
${ipfw} add pass ICMP from any to any

#SMTP

${ipfw} add pass tcp from any to any 25
${ipfw} add pass tcp from any 25 to any

#HTTP

${ipfw} add pass tcp from ${net}:${mask} to
192.168.0.99 3128
${ipfw} add pass tcp from 192.168.0.99 3128 to
${net}:${mask}
${ipfw} add pass tcp from any 80 to ${fw}:${outmask}
${ipfw} add pass tcp from ${fw}:${outmask} to any 80

#ICQ
${ipfw} add pass tcp from any 443,5190,1100 to any
${ipfw} add pass tcp from any to any 443,5190,1100

#DNS
${ipfw} add pass udp from any to any 53
${ipfw} add pass udp from any 53 to any

#POP3

${ipfw} add pass tcp from any 110 to any
${ipfw} add pass tcp from any to any 110

#FTP

${ipfw} add pass tcp from any 21 to any
${ipfw} add pass tcp from any to any 21
${ipfw} add pass tcp from any 20 to any
${ipfw} add pass tcp from any to any 20

${ipfw} add deny all from any to any

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

Best regards,
Nikolai Bichkov

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.bsd.all
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Отписаться: mailto:comp.soft.bsd.all--unsub@subscribe.ru?subject=comp.soft.bsd.all

http://subscribe.ru/ http://subscribe.ru/feedback

On Sun, Oct 31, 2004 at 05:50:48PM +0300, Mike Belopuhov wrote:
> ;-)) В вашем конфиге и в GENERIC устройство уже в ядре.
> Фря просто криво собирает модули. Она в них всегда
> собирает все, независимо от того, что вы указали собирать
> монолитно в конфиге ядра.

В чём кривизна? Модули на то и модули, что должны лежать полным комплектом
в сторонке. На предмет загрузки другого ядра, например. Если сильно хочется -
man make.conf, можно попросить собирать модули с миром или собирать только
определённые модули.

SY, Alex

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.bsd.all
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Отписаться: mailto:comp.soft.bsd.all--unsub@subscribe.ru?subject=comp.soft.bsd.all

http://subscribe.ru/ http://subscribe.ru/feedback

On Sun, Oct 31, 2004 at 11:25:10PM +0200, Rygoravich wrote:
> Во блин! Значит в GENERIC ядре ВСЕ поддерживаемые сетевухи вкомпилены в
> само ядро?

Не все, кажется. Но весьма многие.

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

Если для них нет параметров или специальных опций - да. Ну и если памяти не
совсем мало (как раз вчера грузил if_rl модулем, неудачно - на машине очень
мало памяти и оно не смогло аллоцировать сколько ей нужно; сборка в ядре
решила проблему, разумеется).

Кстати, касается не только устройств, но и остальных модулей тоже.

SY, Alex

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.bsd.all
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Отписаться: mailto:comp.soft.bsd.all--unsub@subscribe.ru?subject=comp.soft.bsd.all

http://subscribe.ru/ http://subscribe.ru/feedback

Была FreeBSD 4.9 установленная. И диск с FreeBSD 4.10
Загрузился с диска выбрал обновить. Обновил.
Переписал исходники ядра (автоматом они не копируются).
Пересобрал ядро. Почитал handbook - и сделал make world.
Все вроде бы работает. Но терзают сомненья - всё ли обновилось ??
Может стоит просто переставить систему заново??
(Основное сомнение по поводу loader :
В доках к nvnet написано что в 4.9 loader "не видит" miibus -
пытается загрузить его второй раз => page fault. А в 4.10 уже всё
хорошо. В 4.9 такой глюк был, но и после "обновления" он также остался)

-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.bsd.all
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Отписаться: mailto:comp.soft.bsd.all--unsub@subscribe.ru?subject=comp.soft.bsd.all

http://subscribe.ru/ http://subscribe.ru/feedback

Да, косяк, видно, недавнешний.

Он при таком раскладе просто не хотел укачиваться - говорил, файл неправильного
размера.
Я к каждому файлу размер в distinfo руками переписал.
И собрал с -DNO_CHECKSUM
Скины разложились без проблем.

Но сам факт..

On Wed, 3 Nov 2004 08:58:09 +0300
<AAnton***@w*****.ru> wrote:

> A CVS обновил?
>
> С уважением,
> Антонов Александр
>
> Vitaminoid <vitamino***@v*****.ru> написано 03.11.2004 07:57:33:
>
> > Приветствую!
> >
> > Вот есть в каждой директории в портах файлик distinfo.
> > В нем на каждый файлик дистрибутива - по две строчки.
> > MD5 и SIZE.
> > Есть такой ключик - -DNOCHECKSUM, поставив который, мы игнорируем
> чексумму.
> > Как заставить make игнорировать размер файлов?
> >
> > Вопрос задан под воздействием попытки укачать и собрать
> > /usr/ports/multimedia/mplayer-skins,
> > где куча файлов, каждый из которых почему-то разнится в размере с
> > записью в distinfo
> > на +- 30 байт.