bye bye FreeBSD

 ( pinyo_villany | 2013. február 23., szombat - 22:05 )

A mai nap vegleg megszabadultam tole.

Legalabbis a 7-es seriatol. :P

FreeBSD 7-STABLE (7.5) helyett ma vegleg jott a FreeBSD 9-STABLE es a FreeBSD 10-CURRENT.

Okok:
* Most lett ra idom.
* 7-esen par ports nem fordult.
* Szakdoga maitt.
* Egyszeruen ujabb, de ezen kivul sok kulonbseg nincs benne szerencsere.
* Clang-ot lehet benne hasznalni alapertelmezett c forditonak.
* Lenyegeben minden a regi, es nincs az mint, n es n+1 kozott linux distroknal, hogy csak ugy kicserelik alattad az init-et vagy valami mas fontos alrendszert, es minden elolrol kell kezdened.

Pro:
* gyorsabb
* ujabb
* szebb
* van geom scheduler alapbol
* van benne par uj biztonsagi megoldas es meg tobb is lesz benne a felev vegeig, de errol most tobbet nem

Kontra:
* a schedulerrel kicsit el kell meg jatszani

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Stock KDE3 maradt, vagy váltottál arról is?

az meg epp fordul, bar par patchet lehet be fogok tolni freebsd-ports-hoz, meg ha megnezed a portsban, akkor lehet latni parszor a nevem vagy pr-nal, vagy kuldott patchnel :)
___
info

kb ennyi kell hozza:

diff --git a/deskutils/kdepim3/Makefile b/deskutils/kdepim3/Makefile
index 061f7b9..2fc60d1 100644
--- a/deskutils/kdepim3/Makefile
+++ b/deskutils/kdepim3/Makefile
@@ -34,6 +34,7 @@ USE_BISON=	build
 USE_OPENSSL=	yes
 USE_AUTOTOOLS=	libtool
 USE_GMAKE=	yes
+USE_GCC=	any
 
 USE_LDCONFIG=	yes
 CONFIGURE_ARGS=	--with-gpg=${LOCALBASE}/bin/gpg \
diff --git a/devel/gccmakedep/Makefile b/devel/gccmakedep/Makefile
index 577fd03..6e31d75 100644
--- a/devel/gccmakedep/Makefile
+++ b/devel/gccmakedep/Makefile
@@ -16,7 +16,7 @@ PLIST_FILES=	bin/gccmakedep
 
 .include 
 
-.if defined(CC) && ${CC:T:M*clang*} == "clang" || ${OSVERSION} >= 1000024
+.if defined(WITH_CLANG_IS_CC) || ${CC:Mcc} && ${OSVERSION} > 1000023
 BUILD_DEPENDS+=	ucpp:${PORTSDIR}/devel/ucpp
 RUN_DEPENDS+=	ucpp:${PORTSDIR}/devel/ucpp
 CONFIGURE_ENV+=	ac_cv_path_RAWCPP="ucpp -s"
diff --git a/devel/imake/Makefile b/devel/imake/Makefile
index ba6d0eb..7ae16ae 100644
--- a/devel/imake/Makefile
+++ b/devel/imake/Makefile
@@ -37,7 +37,7 @@ post-patch:
 
 .include 
 
-.if defined(CC) && ${CC:T:M*clang*} == "clang" || ${OSVERSION} >= 1000024
+.if defined(WITH_CLANG_IS_CC) || ${CC:Mcc} && ${OSVERSION} > 1000023
 BUILD_DEPENDS+=	ucpp:${PORTSDIR}/devel/ucpp
 RUN_DEPENDS+=	ucpp:${PORTSDIR}/devel/ucpp
 CONFIGURE_ENV+=	ac_cv_path_RAWCPP="ucpp -s"

es WITH_CLANG_IS_CC=yes /etc/make.conf-ba

___
info

Köszi. :)

ha nem clang-ozol, akkor ez sem kell, alapbol meg a gcc a default 9-esben es az is marad, majd csak 10-estol lesz clang
___
info

Ez inkább érdeklődés szintjén ment egyelőre, véletlen emlékeztem, hogy egy topikban felvázoltad, hogy FreeBSD-n mennyire problémamentes mai napig a KDE3 install és hogy azt használod. :) Ennek ellenére köszi a helpet. :)

> Lenyegeben minden a regi, es nincs az mint, n es n+1 kozott linux distroknal, hogy csak ugy kicserelik alattad az init-et vagy valami mas fontos alrendszert, es minden elolrol kell kezdened.

Te meg mindig ott tartasz, h szerencsetlensegedben v. ki tudja miert linux-ot fikazol, amikor fbsd-rol van szo?
Hihetetlenul szanalmas es sajnos egyben unalmas, amikor ilyet latok egyik-masik bsd usertol.

tompos

ui.: Detto, amikor vki egy alternativ rendszer hasznalata soran windows fikazassal probalja emelni a mondandoja fenyet, pedig alapbol szo sem volt rola.

hasznalok es fejlesztek jelenleg is linuxok alatt, es hiddel nagy kulonbseg, ha valamire fixen tudsz epiteni, mint mindig mindent kovetni

Az n es n+1 distro, alatt pedig azt ertettem, hogy adott distro teszem azt, PistikDisztroja ket verzioja (PistikeDisztroja v0001 es v0002) kozott akkora ugrasok es atszervezesek vannak, hogy jopar dolgoat at kell szervezni. Es ez nem hatekony.
___
info

Hagyd, a linuxerek ezt sosem fogjak megerteni.

Linuxer vagyok, és értem.
:-)
És nem bánnám, ha lenne végre egy egységes, stabil API, amit valami értelmesebb nyelven meg lehet szólítani /hint: nem JavaScript/.

Az is igaz mondjuk, hogy már rég FreeBSD-t használnék, ha futna rajta a Xilinx ISE /felprogramozással.../.

De hat stable_api_nonsense.txt!!!44 :-)
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Linux-ot disztribuciokat es bsd-ket is ismerek, van ralatasom.

tompos

Persze, elhiszem, de mikoze annak a bsd-khez. Jobb vagy rosszabb lesz?

Tok fuggetlen, hogy teccik vagy nem, hogy mit valtoztatnak a linux-okon.

Az elso sor elolvasasa utan azt hittem, itt valami nagyon nagy baj van, ha mar pinyo_villany sem FreeBSD-t hasznal, de megnyugodtam.

+1

eltevesztetted a datumot vagy masfel honappal.

"* Lenyegeben minden a regi, es nincs az mint, n es n+1 kozott linux distroknal, hogy csak ugy kicserelik alattad az init-et vagy valami mas fontos alrendszert, es minden elolrol kell kezdened."
Fedora 10 óta frissítek, jelenleg 18-nál tartok. Közben bejött a systemd, változott a fájlrendszer, ráadásul bekerült a gépbe egy SSD, amire futás közben migráltam a root partíciót, de előlről még sosem kellett kezdenem.

Viszont a múltkor szemezgettem a FreeBSD-vel, kellett a két babának egy mesenézős noti, és gondoltam hogy azt kéne tenni a régóta használaton kívüli 10+ éves Compaq-ra, hátha gyorsabb. De bebootoltam és frissítettem a Fedora14-et rajta, aztán kipróbáltam hogy viszi wifin bootolt nfs volume-ról a meséket, és teljesen jól működik, úgyhogy nem cseréltem le végülis.

Attól még isten bizony egyszer ha lesz időm kipróbálom újra a FreeBSD-t, bár lehet nyugdíj előtt (30-130 év közötti intervallum mostantól számítva) nem lesz rá időm sajna.
--
http://csuhai.hu

Nekem a 17 es 18 valtas is eleg nagy volt....
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal