[root@ /usr/ports/ftp/proftpd-devel]# make fetch
===>  proftpd-devel-1.3.3.r4_1,1 conflicts with installed package(s):
proftpd-1.3.2d

They install files into the same place.
Please remove them first with pkg_delete(1).
*** Error code 1

Stop in /usr/ports/ftp/proftpd-devel.

W zasadzie dla install można to zrozumieć, ale fetch, build czy nawet samo makesum? Jak najprościej sobie z tym poradzić?
Można po partyzancku usunąć linijkę zaczynającą się od CONFLICTS= z Makefile. No, ale staramy się zawsze elegancko rozwiązywać problemy, więc przeglądamy zawartość wspomnianego pliku Makefile w poszukiwaniu interesujących nas celów (ang. target). Niczym po nitce do kłębka trafiamy do bsd.port.post.mk (w /usr/ports/Mk), a z niego do bsd.port.mk, gdzie mamy istną kopalnię wiedzy o budowie portów w ogóle.
Oprócz celów mamy tam też możliwe zmienne (ang. variable), które możemy wykorzystywać podczas budowania istniejących bądź tworzenia własnych portów.

Przed każdym celem wykonywany jest check-conflicts, który sprawdza czy zmienna CONFLICTS jest ustawiona oraz (&&) czy nie ma zdefiniowanej DISABLE_CONFLICTS, która to wyłącza sprawdzanie konfliktów. I o ten kawałek kodu właśnie nam chodziło! Spróbujmy więc tym raze wykorzystać nabytą wiedzę:

[root@ /usr/ports/ftp/proftpd-devel]# DISABLE_CONFLICTS=true make extract
===>  Vulnerability check disabled, database not found
===>  Found saved configuration for proftpd-devel-1.3.3.r4_1,1
=> proftpd-1.3.3rc4.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch from ftp://ftp.proftpd.org/distrib/source/.
proftpd-1.3.3rc4.tar.gz                       100% of 4728 kB  988 kBps
===>  Extracting for proftpd-devel-1.3.3.r4_1,1
=> MD5 Checksum OK for proftpd-1.3.3rc4.tar.gz.
=> SHA256 Checksum OK for proftpd-1.3.3rc4.tar.gz.

No i udało się! Przy okazji – extract rozpakuje źródła (DISTFILES) do katalogu roboczego (WRKDIR).

Oczywiście zmiennej DISABLE_CONFLICTS używamy świadomie (nie wstawiamy w /etc/make.conf na stałe)!

Dla chcących jeszcze bardziej pogłębić swoją wiedzę z zakresu portów FreeBSD, polecam podręcznik „FreeBSD Porter’s Handbook„.

W dniu 2010-01-31 12:55, krzad(at)xx.pl pisze:
Witam

mam zainstalowane EKG na freeBSD
mam problem z numerami gg podlaczajacymi sie do mnie z puli powyzej 16mln, czy mozliwe byloby zeby ktos upgradnal pakiet EKG wlacznie z libgadu ????

Jakoś ciągle odpychałem to od siebie i próbowałem znaleźć nowego opiekuna. Tym bardziej, że nie mam od dłuższego czasu FreeBSD pod ręką.
Jednakże miara zgłoszeń się przebrała:

Day changed to 02 Feb 2010
[...]
11:27 <@s1m0n> Użytkownik 2007nnnn próbował się z Tobą skontaktować. Niestety używasz starej wersji Komunikatora, która nie obsługuje numerów GG większych niż 17 milionów. Zaktualizuj swój Komunikator i rozmawiaj swobodnie: http://komunikator.gadu-gadu.pl

Ruszyłem w końcu tyłek. Pierwsze podejście i porażka – FreeBSD w moim VirtualPC ma problem z siecią. Ugh! Myślałem, że to będzie operacja w stylu [Ctrl]+[c], [Ctrl]+[v]. Podejście drugie – 8.0-RELEASE i386 jako domU w Xen. Udało się!

Poniżej łata na libgadu. Do PR aż wstyd się przyznać, bo wysłany na szybko. Zawiera błędne PORTVERSION i brakuje mu DISTNAME. W dodatku w odwrotnej kolejności. Eh!

diff -pruN ./Makefile /usr/ports/polish/libgadu/Makefile
--- ./Makefile 2010-02-03 09:34:29.000000000 +0100
+++ /usr/ports/polish/libgadu/Makefile 2010-02-03 10:35:07.000000000 +0100
@@ -2,14 +2,15 @@
# Date created: 29 December 2005
# Whom: Aleksander Fafula
#
-# $FreeBSD: ports/polish/libgadu/Makefile,v 1.13 2009/03/15 19:52:19 makc Exp $
+# $FreeBSD: ports/polish/libgadu/Makefile,v 1.14 2010/02/03 09:40:00 guzik Exp $

PORTNAME= libgadu
-PORTVERSION= 1.8.2
-PORTREVISION= 1
+PORTVERSION= 1.9.0.r2
PORTREVISION= 1
PORTEPOCH= 1
CATEGORIES= polish net
MASTER_SITES= http://toxygen.net/libgadu/files/
+DISTNAME= libgadu-1.9.0-rc2

MAINTAINER= mwisnicki+freebsd(at)gmail(dot)com
COMMENT= This library is used by many IMs with Gadu-Gadu support
diff -pruN ./distinfo /usr/ports/polish/libgadu/distinfo
--- ./distinfo 2010-02-03 09:34:34.000000000 +0100
+++ /usr/ports/polish/libgadu/distinfo 2010-02-03 09:37:05.000000000 +0100
@@ -1,3 +1,3 @@
-MD5 (libgadu-1.8.2.tar.gz) = 1090f82f8a1bb99e9cdf5853188f625f
-SHA256 (libgadu-1.8.2.tar.gz) = 4aee3ace26f833fa9def6eaaa4f40a4b9c8e0d739386e0a3ccb1833e83573d71
-SIZE (libgadu-1.8.2.tar.gz) = 410667
+MD5 (libgadu-1.9.0-rc2.tar.gz) = 2d2a96a98e33d3a0055bc76f67a19f04
+SHA256 (libgadu-1.9.0-rc2.tar.gz) = 66e972468960a9e5a6b1eb99bbf07f0ba8c8565dbd42ce6e59c403dafbb1a68a
+SIZE (libgadu-1.9.0-rc2.tar.gz) = 508091

Z PR dla ekg nie poszło lepiej. Wskazówka na przyszłość – myśleć przed działaniem! Poniżej poprawna łata:

diff -pruN ./Makefile /usr/ports/polish/ekg/Makefile
--- ./Makefile 2010-02-03 09:29:23.000000000 +0100
+++ /usr/ports/polish/ekg/Makefile 2010-02-03 11:17:38.000000000 +0100
@@ -2,14 +2,14 @@
# Date created: 24 March 2003
# Whom: Jacek Pelka
#
-# $FreeBSD: ports/polish/ekg/Makefile,v 1.31 2009/03/22 10:56:44 makc Exp $
+# $FreeBSD: ports/polish/ekg/Makefile,v 1.32 2010/02/03 09:35:00 guzik Exp $

PORTNAME= ekg
-PORTVERSION= 1.7
-PORTREVISION= 1
+PORTVERSION= 1.8.r1
PORTEPOCH= 2
CATEGORIES= polish net-im
MASTER_SITES= http://ekg.chmurka.net/
+DISTNAME= ekg-1.8rc1

MAINTAINER= bartlomiej(at)syryjczyk(dot)name
COMMENT= Text-mode Gadu-Gadu client
diff -pruN ./distinfo /usr/ports/polish/ekg/distinfo
--- ./distinfo 2010-02-03 09:31:00.000000000 +0100
+++ /usr/ports/polish/ekg/distinfo 2010-02-03 09:33:02.000000000 +0100
@@ -1,3 +1,3 @@
-MD5 (ekg-1.7.tar.gz) = 2aa92b56517fdf09d75519a105772b74
-SHA256 (ekg-1.7.tar.gz) = 5fc42c8521c0e178f1b48d0b96578cbb5759202c6025ef9126c34af607897a2a
-SIZE (ekg-1.7.tar.gz) = 530314
+MD5 (ekg-1.8rc1.tar.gz) = ae98f336a71f7aad446a3f620b672441
+SHA256 (ekg-1.8rc1.tar.gz) = 33156cecd12116914016a284051cc8e0b595d6e637c0b598efaaf821fd4c317f
+SIZE (ekg-1.8rc1.tar.gz) = 525335
diff -pruN ./files/patch-configure /usr/ports/polish/ekg/files/patch-configure
--- ./files/patch-configure 2007-06-11 00:21:05.000000000 +0200
+++ /usr/ports/polish/ekg/files/patch-configure 1970-01-01 01:00:00.000000000 +0100
@@ -1,23 +0,0 @@
---- configure.orig Fri Jun 1 16:11:57 2007
-+++ configure Fri Jun 1 16:16:42 2007
-@@ -4896,12 +4896,6 @@
- lib_static_enabled=no
- fi
-
--if test "x$enable_static" = "xno" -a "x$enable_shared" != "xyes"; then
-- { { echo "$as_me:$LINENO: error: You must choose either static or shared version of libgadu." >&5
--echo "$as_me: error: You must choose either static or shared version of libgadu." >&2;}
-- { (exit 1); exit 1; }; }
--fi
--
- # Check whether --enable-dynamic was given.
- if test "${enable_dynamic+set}" = set; then
- enableval=$enable_dynamic;
-@@ -5941,7 +5935,6 @@
- if test "x$enable_libgadu_openssl" != "xno"; then
- LIBS_LIBGADU="$LIBS_LIBGADU $OPENSSL_LIBS"
- CFLAGS_LIBGADU="$CFLAGS_LIBGADU $OPENSSL_INCLUDES"
-- PC_REQUIRES="$PC_REQUIRES openssl"
-
- sed 's/#undef __GG_LIBGADU_HAVE_OPENSSL/#define __GG_LIBGADU_HAVE_OPENSSL/' < lib/libgadu-config.h > lib/libgadu-config.h-
- mv -f lib/libgadu-config.h- lib/libgadu-config.h

Strasznie się nudzę…

No właśnie. ZFS! Wielu ludzi zaczynając wywód na temat „Dlaczego Solaris” mówi o ZFS upatrując w tym systemie plików największej zalety systemu i miażdżącego argumentu do dyskusji „A może inny system?”.

Słuchając na temat ZFS cały czas odnosiłem się do jedynego znanego mi podobnego rozwiązania (to czego używałem kiedyś w AIX nawet nie wiem jak się nazywa :/) – mianowicie LVM. Wiem, że nie powinno się nawet porównywać tych dwóch pojęć, bo LVM jedynie zarządza wolumenami, a ZFS to, uogólniając, system plików. Niemniej warstwa abstrakcji, która oddziela dane od fizycznych dysków, w ZFS, to dużo podobieństw (z punktu widzenia użytkownika końcowego) z LVM. I dlatego nie spadłem z krzesła na części teoretycznej :>
Przyznaję, ZFS zrobiłby na mnie ogromne wrażenie, gdybym wcześniej nie znał LVM. Na szczęście już przeszedłem pvmove (do obejrzenia jakiś mój test, później wielokrotnie powtarzany w produkcyjnych środowiskach, zawsze zakończony sukcesem) i temu podobne, toteż łatwo przyswoiłem sobie wszystko co usłyszałem na temat ZFS.

Przy okazji – ZFS jest we FreeBSD (m. in. dzięki staraniom pjd). Podobno nie będzie w Linuksie ze względu na licencję (CDDL nie podchodzi pod GPL, więcej do poczytania na kernelTRAP).

Tutaj porównanie ZFS z LVM (nie rekomenduję, po prostu znalazłem):

• ZFS vs. Linux Raid + LVM

depend() {
need dummy-2
}

start() {
echo "dummy-1 on"
}

stop() {
echo "dummy-1 off"
}

Do tego jest jeszcze dummy-2 i dummy-3 różniące się od siebie wymaganiami (depend() -> need), tak, aby każdy z nich wymagał kolejnego, a ostatni – pierwszego. W ten sposób powstaje teoretycznie zapętlenie. Co uzyskamy po próbie uruchomienia? Poniżej wynik:

abg-ng ~ # /etc/init.d/dummy-1 start
* ERROR:  cannot start dummy-3 as dummy-1 could not start
* ERROR:  cannot start dummy-2 as dummy-3 could not start
* ERROR:  cannot start dummy-1 as dummy-2 could not start

Czyli nie da się. Najpierw dummy-1 wymaga, by dummy-2 się uruchomił, ten z kolei chce dummy-3, który ostatecznie ‘psuje zabawę’, bo wymaga dummy-1, który nie potrafił się uruchomić, więc jako pierwszy zgłasza błąd. Później dwa kolejne.

Na drugi ogień pójdzie FreeBSD z PROVIDE i REQUIRE.

cloned_interfaces=”vlan0″

powoduje stworzenie interfejsu (podobnie jak przy innych nie-fizycznych interfejsach, np. carp).

ifconfig_vlan0=”inet A.B.C.D/E vlan 0 vlandev fxp0″

czyli konfiguracja sieciowa, przypisanie vlan_tag (802.1Q VLAN header) oraz przyporządkowanie interfejsu fizycznego.

Ważne jest, że gdy fizyczny interfejs, do którego przypisany jest vlan nie ma adresu, musi zostać ‘podniesiony’ za pomocą:

ifconfig_fxp0=”up”

W przeszłości nawet napisałem jakąś poprawkę do samego tpop3d i próbowałem rozwijać statystyki w SQL. Uważam, że to dobre oprogramowanie, szkoda, że Chris Lightfoot odszedł. Miejmy nadzieję, że Arkadiusz Miśkiewicz godnie go zastąpi i projekt będzie żył nadal.

Inne moje zgłoszenia (FreeBSD):

• aktualizacja databases/mysql-proxy do wersji 0.5.1,
• skrypty startowe dla databases/mysql-proxy,
• aktualizacja mail/sqlgrey do wersji 1.7.6,
• polish/libgadu z OpenSSL,
• polish/ekg z OpenSSL,
• aktualizacja polish/libgadu do wersji 1.7.2,
• aktualizacja www/tomcat55 do wersji 5.5.26.

Łata na plik uruchamiający jail’e(8) (/etc/rc.d/jail)

— /etc/rc.d/jail Tue Sep 11 18:44:44 2007
+++ /tmp/jail Tue Jul 1 08:14:11 2008
@@ -37,6 +37,8 @@ init_variables()
eval _exec=\”\$jail_${_j}_exec\”
eval _exec_start=\”\${jail_${_j}_exec_start:-${jail_exec_start}}\”
eval _exec_stop=\”\${jail_${_j}_exec_stop:-${jail_exec_stop}}\”
+ eval _ipfwrulenoin=\”\$jail_${_j}_ipfwrulenoin\”
+ eval _ipfwrulenoout=\”\$jail_${_j}_ipfwrulenoout\”
if [ -n "${_exec}" ]; then
# simple/backward-compatible execution
_exec_start=”${_exec}”
@@ -329,6 +331,14 @@ jail_start()
_jail_id=$(head -1 ${_tmp_jail})
tail +2 ${_tmp_jail} >${_consolelog}
echo ${_jail_id} > /var/run/jail_${_jail}.id
+ if [ -n "${_ipfwrulenoin}" ]; then
+ /sbin/ipfw -q delete ${_ipfwrulenoin}
+ /sbin/ipfw add ${_ipfwrulenoin} count all from any to ${_ip} jail ${_jail_id}
+ fi
+ if [ -n "${_ipfwrulenoout}" ]; then
+ /sbin/ipfw -q delete ${_ipfwrulenoout}
+ /sbin/ipfw add ${_ipfwrulenoout} count all from ${_ip} to any jail ${_jail_id}
+ fi
else
jail_umount_fs
if [ -n "${_interface}" ]; then

Do /etc/rc.conf dodać następujące linie:

jail_example_ipfwrulenoin (int): Numer reguły dla ruchu przychodzącego
jail_example_ipfwrulenoout (int): Numer reguły dla ruchu wychodzącego

…i jeszcze tylko testy. Powyższe, to rozważania czysto teoretyczne ;-)

C:\Documents and Settings\Administrator>make love
Nazwa ‘make’ nie jest rozpoznawana jako polecenie wewnętrzne lub zewnętrzne, program wykonywalny lub plik wsadowy.
C:\Documents and Settings\Administrator>ver
Microsoft Windows 2000 [Wersja 5.00.2195]

guzik@abg-ng ~ $ make love
make: *** Brak reguł do wykonania obiektu `love’. Stop.
guzik@abg-ng ~ $ uname -sr
Linux 2.6.25-gentoo-r4

[root@bastard ~]# make love
make: don’t know how to make love. Stop in /root.
[root@bastard ~]# uname -sr
OpenBSD 4.3

[guzik@silent ~]$ make love
Not war.
[guzik@silent ~]$ uname -sr
FreeBSD 7.0-RELEASE