[Linux/Unix] [/Gurus/helpen/newbies]$ ./deel 39

FreeBSD is wel een vreemde eend in de bijt. Met die ports enzo, geklooi.
Zou als beginneling eerst maar spelen met ubuntu enzo om een beetje gevoel ermee te krijgen, en als je dan nog zin hebt een FreeBSD of OpenBSD proberen.

Uptime blijft een vreemde metric. Je moet gewoon af en toe de kernel opnieuw compileren/patchen vanwege security fixes.

De FreeBSD ports collectie valt IMO wel mee kwa geklooi. Gewoon portmaster, een script, /usr/ports/UPDATING lezen, en het werkt foolproof. Men is btw bezig met een hele interessante nieuwe tool: http://lists.freebsd.org/(...)-January/031533.html

Iig, het probleem met FreeBSD op de dekstop/laptop zijn drivers en dat het wat meer hacking nodig heeft. Zelf koop ik altijd hardware (laptop) waarvan ik weet dat FreeBSD er op kan draaien.

quote:

Ik ben erg noob in BSD en heb er geen eerdere ervaringen mee gehad.

Wat zijn de voordelen t.o.v. linux? Ik hoor vaak dat het stabieler is.

FreeBSD heeft stijl. (style(9): http://www.freebsd.org/cgi/man.cgi?query=style&sektion=9)

Iig, stabiliteit ligt natuurlijk aan de user. Het grote verschil met Linux is waarschijnlijk dat de ontwikkeling van FreeBSD de kernel en (ii) userland omvat, itt Linux, waar de distributies de userland toevoegen. http://www.over-yonder.net/~fullermd/rants/bsd4linux/01 heeft een aardige samenvatting.

Een ander verschil is de distributie van software. FreeBSD heeft de ports tree. Dit is een lokale directory structuur van >23,000 dirs (software) die elk oa een Makefile bevat, URLs naar source code, en patches om het op FreeBSD te laten werken. Dit is heel handig ivm veranderen van default options. Binaries zijn ook beschikbaar. Je krijgt gewoon de standaard software, dus geen gepimpte KDE oid.

IMO werkt FreeBSD oa lekker omdat je een hele minimale install kan doen, ZFS + GELI (on root), enkel toevoegen wat je echt nodig hebt, alles goed gescheiden in /usr/local, pf, ports tree, het tracken van de laatste versie is heel eenvoudig, etc.

Nadeel van FreeBSD is dat veel drivers niet beschikbaar zijn en het wat lastiger is om op te pakken dan de meeste Linux distros.

quote:

Op zondag 15 april 2012 12:56 schreef NightH4wk het volgende:
Iig, het probleem met FreeBSD op de dekstop/laptop zijn drivers en dat het wat meer hacking nodig heeft. Zelf koop ik altijd hardware (laptop) waarvan ik weet dat FreeBSD er op kan draaien.

Op servers kan het helaas af en toe ook jaren achter lopen. Het heeft jaren geduurd voordat OFED eindelijk op freebsd draait (en nog steeds niet echt lekker). Jammer, want ZFS+iSER ftw

Ah, dat is idd een goed punt, soms heb ik het idee dat FreeBSD vooral ontwikkeld wordt voor de committers ipv de end-users. Dat lijkt een voortvloeisel uit de ontwikkelingsmodel. Gelukkig sponsort de Foundation soms wat leuks, en sommige committers vragen om donaties om iets specifieks te porten.

Het werkt wel goed,maar het draait als een root programma volgens system monitor.

quote:

Uptime blijft een vreemde metric. Je moet gewoon af en toe de kernel opnieuw compileren/patchen vanwege security fixes.

Dit. En na een jaar durft niemand die server meer te rebootten, laat staan na 3+ jaar

quote:

FreeBSD heeft stijl. (style(9): http://www.freebsd.org/cgi/man.cgi?query=style&sektion=9 )

Nooit echt begrepen waarom dat extra blanco regeltje is bedacht. Maar deze C library bijvoorbeeld is wel vrij briljant Die hele repo is fascinerend om doorheen te bladeren imho, zo'n ietwat gekke comment tussendoor doet daar niets van af

quote:

Nooit echt begrepen waarom dat extra blanco regeltje is bedacht. Maar deze C library bijvoorbeeld is wel vrij briljant Die hele repo is fascinerend om doorheen te bladeren imho, zo'n ietwat gekke comment tussendoor doet daar niets van af

Er staat een copie van de source op GitHub (https://github.com/freebsd/freebsd), maar dat is nog experimental.

Dat is wel tof dan, vind een onvolkomenheid in je OS, los het op, push het naar je Github en stuur een pull request! Zou me baan ervoor opzeggen als het kon

Zelf totaal geen idee hoe kernel development werkt (academicus/accounting, alleen wat cpp voor onderzoek), maar het is fascinerend om de mailing lists met laatste commits en commentaar te lezen. (e.g. http://lists.freebsd.org/(...)2012-April/date.html)

Hallo.

even een klein stukje uit een xml bestand, iemand een idee hoe een selectie te
maken van alleen de nummers uit de regel onder <key>BSN</key> dus niet die onder Klantnummer

met grep , cut of iets anders lukt het mij niet. maar mischien moet het wel heel anders graag tips.

<property>
<key>Klantnummer</key>
<value>3124996</value>
</property>
<property>
<key>IndicatieDrukker</key>
<value>J</value>
</property>
<property>
<key>BSN</key>
<value>999999999</value>
</property>
<property>
<property>
<key>Klantnummer</key>
<value>3124996</value>
</property>
<property>
<key>IndicatieDrukker</key>
<value>J</value>
</property>
<property>
<key>BSN</key>
<value>88888888</value>
</property>
<property>

alvast bedankt.

Ik zou een XML parser gebruiken, zoals bv XPath voor Perl.

Waarom om een complete XML parser optuigen als deze regex het ook fixed?

[ Bericht 14% gewijzigd door Daeron op 16-04-2012 16:04:18 ]

Deze werkt ook:

Of:

Als hij echt alleen het value veld na een "BSN" key veld hoeft te hebben en zijn xml-formaat nooit veranderd, dan zou een sed/awk werken. Maar wat als nou (bv) de volgorde niet uitmaakt en een 3de tag mogelijk is?

quote:

Op maandag 16 april 2012 19:58 schreef devzero het volgende:
Als hij echt alleen het value veld na een "BSN" key veld hoeft te hebben en zijn xml-formaat nooit veranderd, dan zou een sed/awk werken. Maar wat als nou (bv) de volgorde niet uitmaakt en een 3de tag mogelijk is?
[ code verwijderd ]

Dan grep je 4 regels onder property, xargs je die zooi in 1 regel, pipe naar nog een grep op BSN en dan naar 2 cuts, klaar. En als je nu opeens een file hebt met een variabele aantal tags in whatever volgordes dan gooi je een baksteen naar degene die die zooi heeft geprogrammeerd.

quote:

Op maandag 16 april 2012 21:11 schreef trancethrust het volgende:
Dan grep je 4 regels onder property, xargs je die zooi in 1 regel, pipe naar nog een grep op BSN en dan naar 2 cuts, klaar. En als je nu opeens een file hebt met een variabele aantal tags in whatever volgordes dan gooi je een baksteen naar degene die die zooi heeft geprogrammeerd.

Als het formaat niet veranderd, dan is een sed/awk vast sneller, maar je limiteert je heel erg. Het zou me niets verbazen als Tijn nu met een 2 regel perl/Xpath voorbeeld komt wat altijd werkt, ongeacht de subtags in property.

quote:

Op maandag 16 april 2012 15:55 schreef Daeron het volgende:

[ code verwijderd ]

Waarom om een complete XML parser optuigen als deze regex het ook fixed?

Kan dat niet met perl even heel makkelijk? Met zo'n perl module?

quote:

Op maandag 16 april 2012 23:50 schreef gebrokenglas het volgende:

[..]

Kan dat niet met perl even heel makkelijk? Met zo'n perl module?

Kan vast wel, maar dan moet je weer perl installeren. Grep en consorten zijn standaard aanwezig bij zowat elke distro, uitgezonderd je eigen obscure distro waar je bewust geen grep wil om god weet wat voor reden .

quote:

Op maandag 16 april 2012 21:30 schreef devzero het volgende:

[..]

Als het formaat niet veranderd, dan is een sed/awk vast sneller, maar je limiteert je heel erg. Het zou me niets verbazen als Tijn nu met een 2 regel perl/Xpath voorbeeld komt wat altijd werkt, ongeacht de subtags in property.

Ik zou voor de baksteen gaan.

quote:

Op dinsdag 17 april 2012 10:06 schreef trancethrust het volgende:

[..]

Ik zou voor de baksteen gaan.

Welke baksteen?

5 posts boven je