I'm a student studying networking, specifically UNIX and Cisco. Upon graduating, I plan on holding the following certifications:

• A+
• Network+
• Linux+
• CCNA
• MCTS 60-720: Microsoft Windows Vista, Configuring

In my spare time, I enjoy programming and tinkering with UNIX. My home setup consists of a server running OpenBSD, an old K6 laptop running FreeBSD, and my desktop, which runs Windows Vista Ultimate and uses VirtualBox to run FreeBSD. While I'm not a Windows Vista fan, it allows me to play the few games I enjoy, and I need it for one of my current classes. Maybe after this quarter, it will be purged.

About This Blog

This blog has been created primarily to allow me to express my programming ideas and adventures. As of today, I begin learning C. I have previous experience with C# (before I saw the light) and Python, but not a whole lot. You may occassionally see information on FreeBSD or other relevant topics, but the primary focus here is programming in C.

But now I am happy to inform anyone who is interested that a new Darwin OS project has emerged.  Called PureDarwin.  This promises to be a great project and I encourage everyone who loves Darwin and Hexley, to check out this project and try out the Pre-Release: PureDarwin nano.  I personally have not tried it, as I am a little strapped computer wise, and don't have a computer that I can install it on.  It is set up to run on VMware player, but I don't have one yet.  If anyone tries it before me, please let me know how it is!

The issue reminded me of problems I've had at various times with applications in Linux. Pulse audio is hardly alone in issues related to Linux audio. One of the things that's caused me more trouble than it's worth has been getting mplayer to play nice with ALSA. The mplayer front page says ALSA is supported so I didn't know what the problem was:

A little background. I hadn't bothered to use mplayer in Linux at all; I stuck with default apps -- typically XMMS, xine, etc. -- that shipped with the distros I used. I first started using mplayer in FreeBSD a couple years ago and grew to appreciate it. So much so that I decided to use it when I switched back to using DSL last year. I also installed it in a few other distros I tried on both laptop (before ditching multimedia altogether on it) and desktop.

It had always worked fine in FreeBSD -- and also in OpenBSD (which has become my operating system of choice) -- but it totally sucked in Linux, especially synching audio and video. I thought it was maybe due to the binary packaging of the distros on which I'd tried it. I decided to compile it myself and got the same wretched results. Then I wondered if my hardware was the problem, but I reinstalled my BSD hard drive and quickly knew that everything was fine in BSD. So I looked for help on the mplayer site to see what the problem was with using it in Linux.

One of the first things I looked at was the following section in the documentation:

Ahh, well, that first sentence certainly clears it all up: "Linux sound card drivers have compatibility problems." No shit? I'd run into problems before with the OSS driver in DSL playing single-channel audio at double speed. I'd also noticed other anomalies -- at least I thought they were anomalous -- using ALSA in other distros. Not only that, the problems weren't always isolated to mplayer. One of the reasons I wanted to use mplayer in DSL was because XMMS was butchering things.

So I had plenty of reason to take the mplayer developers at their word. Things that "just worked" in Solaris, Windows, and the BSDs could be a total abortion in Linux. Different drivers. Solaris and BSD have Sun audio, Linux doesn't.

The next section notes that ALSA 0.5 has buggy OSS emulation and causes mplayer to crash. That's not fun.

Yes, both of those documentation sections provide workarounds. They also explain the reasons why workarounds are needed: immature, buggy, and/or shoddily-written drivers and emulation layers. In short, the problem is on the kernel side and not the application side. I know the application "just works" in BSD; I also know it doesn't in Linux, at least not as it's supposed to (why should I have to maintain two sets of scripts, one of which only employs workarounds for buggy drivers, to use the same app?).

I'd presumed -- quite wrongly -- that Linux would have better audio support than the BSDs on the dual grounds that Linux development tends to be more cutting-edge than the BSDs and Linux has been promoted harder as a desktop system. Lesson learned.

This isn't isolated to mplayer and pulse audio, offerings in which users may expect a little imperfection due to the ever-changing nature (or is it chaos?) of open source development. It also affects how things like Flash, which isn't open source, operate within Linux. Many users fault Adobe for the unpredictable performance (i. e., crashing) of Linux Flash. The problem, which Adobe has pointed out, lies in the diversity of APIs (ALSA versus OSS, which ALSA has won as far as Adobe is concerned) and UI tools in the Linux universe -- qt versus GTK+, etc. Things are much easier in a proprietary environment like Windows because the libraries and drivers are unified and homogeneous. Microsoft doesn't have myriad distributions with unique configurations. What works right for one Linux distro often doesn't work across the board -- something which has been true for a lot of things beyond audio because there's no standardization.

There are many things Linux does exceptionally well. Audio processing really isn't one of them. This is one area in which the bazaar isn't going to supplant the cathedral anytime soon. Where Windows users take audio performance for granted, Linux users take audio bugs for granted. It's yet another reason I doubt Linux will make a significant dent in Microsoft's desktop market share.

Since I have been on the net, I can count on one hand the places I have been banned from.

Not including IRC.
davidicke.com
nowpublic.com
itshappening.com ‘only person EVER’

WalKnDude
*nofear*

• Buy DragonFly BSD 2.0.1
• Download DragonFly
]]> http://pillateunlinux.wordpress.com/?p=1332 Sun, 28 Sep 2008 10:09:37 +0000 pragmart http://pillateunlinux.wordpress.com/2008/09/28/4-razones-para-no-poder-ejercer-mi-indefinible-libertad-como-usuario-de-un-sistema-operativo/ Hola a tod@s, se acabaron las vacaciones, vuelta al trabajo y a la placentera dedicación de escribir entradas y más entradas y arrojarlas sobre este vasto océano de bits que es Internet.

No voy a empezar presentando ninguna distribución para que juguéis, sino que voy a escribir unas consideraciones que completen un comentario con el que respondí ayer en ya no me acuerdo qué entrada. Se hablaba de la libertad, se reclamaba esa libertad para poder elegir qué sistema operativo instalar cada cual en su máquina: GNU/Linux, Mac OS o Windows, a los que se podría añadir otros como Opensolaris o FreeBSD y sus derivados o AIX o Amiga OS o Haiku o Qnix o...

Muchas veces se critica al usuario de GNU/Linux que de una manera más o menos vehemente "sugiere" que lo correcto es la instalación de este sistema, (¡desazte de esa basura privativa!), por no respetar la libertad de usar el (sistema) que le de la gana al dueño del ordenador. Yo, aquí y ahora y sin entrar en mucho detalle, voy a enunciar las 4 razones por las cuales pienso que la anulación de libertades ocurre justo a la inversa, pero que el establecimiento durante años de una mentalidad forjada mediante el monopolio, la propaganda y la desinformación nos impiden ver sin cierto esfuerzo.

Ahí van las razones:

MONOPOLIO Y MARKETING: monopolio y marketing significa que nadie es libre de usar nada si viene impuesto y se nos condiciona para usarlo a través de diferentes técnicas. Por ejemplo viene impuesto en forma de sistema preinstalado, tan impuesto que alguno piensan que el sistema Windows se regala con el ordenador y la mayoría de las personas sin conocimientos identifican ordenador con windows. El monopolio de una multinacional sirve además para presionar al margen de la legalidad a empresas, instituciones e incluso gobiernos, a tal grado ha llegado el poder de una multinacional del software como ocurre con Microsoft. El marketing diseña tácticas agresivas de publicidad, tácticas muy condicionantes para vender un producto que no responde a nuetras necesidades reales, las  necesidades se nos crean como el camello crea la necesidad hasta hacer de una persona un adicto, una vez enganchado el cliente vendrá solito a por la panacea. No olvidemos que somos animales y que toda la racionalidad del mundo no nos salvará en muchos casos de ser condicionados.

HARDWARE: es increíble pero aplastantemente cierto y aplastantemente lógico que la práctica totalidad de los satisfechos usuarios de sistemas privativos (Windows, Mac OS X como ejemplos más destacados) creen que GNU/Linux o cualquiera de los derivados libres de la familia BSD no son competitivos ni les interesan, los llegan a considerar sistemas para pobres y es obvio que se regalen, porque no les detectan correctamente la wifi, el escaner, la tarjeta gráfica, la impresora, el disco media center... ni a la de tres. Bien, pues aunque esta razón se solape con la anterior en parte, ¿qué libertad creo yo que ejerzo cuando elijo un sistema porque creo que es el único que funciona en mi equipo pero han sido los "vendedores" de dicho sistema los que se están ocupando siempre de que los equipos funcionen en exclusiva con su sistema? Que nadie sea ingenuo, los hackers de GNU/Linux o FreeBSD son tan inteligentes y capaces o más que los millonarios que trabajan para las grandes compañías, no es problema de capacidad. La razón se solapa con la anterior porque los muros que se levantan para garantizarse el óptimo funcionamiento exclusivamente en sus sistemas se argamasan y blindan con contratos y amenazas. Es cierto porque la estadística lo avala sin contemplaciones y es lógico porque yo, si no me funciona algo con un sistema, lo primero que digo sin pensar es: ¡vaya mierda de sistema!

FORMATOS: bueno, es obvio que si he de elegir un sistema operativo para poder usar sus aplicaciones porque basándose en su posición de monopolio ha canalizado los formatos de archivo existentes y casi siempre al margen de los estándares internacionales hacia los suyos propios no hay libertad. Elijo Windows porque así uso el Word que si no no me abre las prácticas que dejó el profe en la web de la asignatura. No hay libertad, no me extiendo más, que bastante me extiendo, si acaso extrapólese el asunto a otros formatos como wma, wmv etc etc etc. La siguiente ya es la última.

INFORMACIÓN: esta razón habrá alguno que no la considerarán muy importante pero allá ellos, lo es. Los sistemas privativos no dan información sobre lo que hacen sus programas, no es que no lo sepa yo, que soy un usuario de a pie de calle y no tengo ni repajolera de microkernels, procesos, paginación, flags, tiempo de procesador, comunicación entre procesos, FIFOS, LIFOS... es que nadie, salvo la élite de los elegidos dentro de la compañía sabe qué hace ni cómo lo hace. Nadie. Acaso hackers superdotados lo intuyan, sepan por donde van los tiros, pero, y como ocurría en esa sobrevalorada y oscura época que fue el medievo, el conocimiento del funcionamiento de las herramientas más poderosas de esta época, los programas de software, es privilegio de unos pocos. Entonces, y si no tengo toda la información como de hecho puedo conseguirla de cualquier sistema libre (y si no soy yo es mi amigo y si no otra persona y si no el estado que me ampara), ¿qué libertad estoy ejerciendo? La de escoger lo que me mandan con los ojos cerrados.

Como véis algunas razones son consecuencia más o menos directa de la primera, el todopoderoso control del Gran Hermano. A mi juicio a día de hoy soy libre de elegir entre un FreeBSD, un GNU/Linux... poco más, pero no puedo poner el grito en el cielo porque estos talibanes del GNU me obligan a usar su sistema operativo. Usar Windows o Mac OS no se hace ejerciendo mi libertad, si acaso es tan sólo una versión flaca y descolorida de ésta. Nosotros, los talibanes del GNU, gnubanes que dijo un ingenio famélico al que costó poco poner en su sitio dándole la vuelta al término y llamándole linuxvan, usamos estos sistemas porque usarlos nos beneficia a todos y ejercemos nuestra libertad de este modo. Y mientras la pobreza anega la tierra incluso entre muchos ciudadanos de las intocables democracias occidentales, ejercerla no convierte a nadie en el hombre más rico del mundo... porque lejos ya de manipulaciones, secretismos y condicionamientos se ejerce de un  modo extremadamente racional.

Gracias por leer la chapa entera, el que haya llegado hasta aquí ;)

]]> http://omegamormegil.wordpress.com/?p=22 Sat, 27 Sep 2008 23:28:40 +0000 omegamormegil http://omegamormegil.wordpress.com/2008/09/27/is-googles-chrome-a-failure/ So, Google has surprised everybody and made their own browser:  Chrome.  If you haven't tried Chrome, you can get it here if you are running Windows.  Google hasn't released the Linux version yet, but you can sign up for an email notification when it's ready, if you like.  For now, Codeweavers has hacked together a .deb, available here.

When Chrome first became available, the media was in a frenzy about how Google was going to use Chrome to crush Microsoft or something, and people were downloading it like crazy.  Now, the word is that Chrome is a failure.  The LA Times and ComputerWorld think that Chrome is failing because although it gained a lot of market share the first few days, people are now going back to their old browsers.

Is Chrome a failure?  I don't think it's failed, yet.  The reason the media is saying Chrome is a flop, is because they don't understand why Google made a browser, which is partly because they don't READ and partly because they don't understand FOSS.

If you look at what Google has to say about why they made Chrome, and read between the lines a little, their purpose becomes clear.  It isn't about gaining Chrome market share, it's about building a faster Java engine for Internet Explorer and the rest of the proprietary browsers.

Google's Web 2.0 apps like Google Docs, Google Maps, and Google Calendar run on Java, and Google reports that they are being limited in what they can do with these applications only because the Java engines of all the other browsers out there are too slow.

Google's brilliant solution was to start a project called Chromium, and to build an open source Java engine called V8, which apparently blows the competition (excluding Firefox - see below) out of the water.  The best way to spread the word about this V8 Java engine, so as to hopefully get Microsoft to implement it in IE, was to make Chrome.  Sure, it's a nice browser, and there is a lot Google might do with it, but it isn't the point.  It's just the means to an end.

What about Mozilla Firefox?  Well, Mozilla is working on their own super fast Free Open Source Java engine called TraceMonkey which will be included in the quickly approaching Firefox 3.1 update.  And according to Arstechnia, TraceMonkey is already significantly faster than V8.

Why did Google go to all the effort, if TraceMonkey is faster?  The difference, is that Mozilla's software is under the GPL and Google's V8 has been released under a BSD license.  If Microsoft wanted to include the GPL'd TraceMonkey code in Internet Explorer, they'd be bound to the terms of the GPL, which requires putting any additional code changes back into the Free Software community under the same license.  The BSD license has no such requirement.  Microsoft could take the code, and give nothing back.

So, has Google failed?  That depends on Microsoft.  Microsoft will have the choice of delivering a sub-standard Java experience in Internet Explorer, or taking the free gift and making Google's web 2.0 apps faster.  Time will tell.

]]> http://disaphorism.wordpress.com/?p=754 Fri, 26 Sep 2008 00:02:01 +0000 disaphorism http://disaphorism.wordpress.com/2008/09/26/great-recap-of-what-happened-to-hedge-funds-investment-banks-and-private-equity/ Daniel Gross of Slate sums it up better than anyone else, revolving around the theme of the fall of the BSD.

Hedge funds thrived on the use of debt. Find a stock that's doing well in a bull market, borrow money to buy it, reap outsized returns when it rises, and keep 20 percent of the returns. Investment banks eager for stock-trading commissions were keen to provide the liquidity. Today, not so much. Hedge funds were willing to use leverage in part because they hedged; they sold stocks short to protect themselves from being wiped out if the market moved down. But as part of an effort to protect the CEOs of financial institutions from their fellow BSDs at hedge funds, the Securities and Exchange Commission this week issued an order banning the short selling of several hundred financial stocks. As a result, many hedge funds are pulling in their horns and running for safety.

]]> http://penguinrage.wordpress.com/?p=226 Thu, 25 Sep 2008 13:46:09 +0000 penguinrage http://penguinrage.wordpress.com/2008/09/25/sh1tz-happen-along-with-some-fud/ This article comment actually at lifehacker is one great example about linux usability on the desktop.

Motto: Shit happens you gotta roll with it man!

Meanwhile, a linux backer aka fud ms-style linux advocate told the internet that Solaris and other Unix like OS are dying. No he's wrong because the fact that I have beastie running on a Sun hardware and yes that pwns any linux server out there.

]]> http://threelegcat.wordpress.com/?p=59 Thu, 25 Sep 2008 13:12:38 +0000 threelegcat http://threelegcat.wordpress.com/2008/09/25/richard-stallman-%e4%b8%8d%e4%b8%bb%e5%bc%b5-google-chrome/ Google Chrome 及 Chromium 瀏覽器因為執行 JavaScript 速度超快而成為新貴，而我卻一直為了授權的事爭持不下，不願意使用這個瀏覽器。沒有的，早就不會期望 Goog$e 的軟體在授權上有甚麼的突破是了。

RMS 反對 Google Chrome 二進位檔案（執行檔）並不是以自由的方式授權。記者問及「較早前，Google 釋出 Google Chrome 瀏覽器，原始碼是自由授權，但二進位檔案的授權卻有限制。Electronic Frontier Foundation 也提及使用 Chrome 危害使用者隱私，你的意見怎樣？」RMS 回應：「這些二進位檔案的授權並不叫人可以接受，原因有幾個。例如授權中指出，你要賦權 Google 更改你的軟體，並接受他們所更改的，這樣做是為了禁止逆向工程。Chrome 宣傳時也使用了『智慧財產權』之類含糊而偏頗的字眼。」

不錯，「智慧財產權」一向都讓人感冒。

「你不應接受這種授權條款。」

「Google 重蹈 Firefox 覆轍，Firefox 由一開始時，Mozilla 基金會也只是自由釋出原始碼，而二進位碼附帶的 EULA 並不能讓人接受。」

RMS 主張 Chrome 該像 IceCat (IceWeasel) 或 BurningDog 等製作 Firefox 的可自由分發執行檔，避免像 Firefox 附帶 EULA。RMS 也只接受自由的 plugin，所以 IceCat 就只提供自由 plugin。

說回我自己，因為授權的問題，採用了 Swiftweasel 及 Epiphany 等瀏覽器，說實的，因為 Firefox 以前和 Debian 的爭議，已經讓在下沉重了好些日子……而那個 Swiftfox 連原始碼也不釋出，爭議更大。Goog$e Chrome 來的時候，我就留意到它是採用 BSD 授權的，簡單的說，衍生出來的軟體都不一定要釋出軟體原始碼。Goog$e 採用 BSD 而不是 GPL 授權，背後的想法可能是，這樣可以促進商業應用，再說得白一點，會不會只是為了吸引 G1 上的商業開發者？而代價是甚麼？就是自由軟體社群。那麼如果叫我選快一點的瀏覽器，那麼我為何不選 K-meleon 這些？

再者，現時在 Linux 只可能用 Wine 之類的方式執行 Chrome，Goog$e 還要哄人家說遲些會不同平台的版本……我覺得這是繼 Goog$e Talk 之後的又一噁心的作品而已。論誠意，Firefox 比 Chrome 還好一點（當然各位也可以辯說到 Firefox 前前生 Netscape 已經有 Linux 版云云……）。而再推論一點，Goog$e「供養」Mozilla 基金會的目的，該是為了自由，還是「投機」？

p.s. 最近有一則新聞是說 Mozilla Foundation 應 Ubuntu 社群的要求而讓步，而不再要求在 Linux 上第一次使用 Firefox 時顯示 EULA，並不是說 Firefox 沒有 EULA。

RMS 的訪問參考 http://guiodic.wordpress.com/2008/09/17/richard-stallman-interview/

]]> http://elendill.wordpress.com/?p=533 Wed, 24 Sep 2008 05:57:26 +0000 elendill http://elendill.wordpress.com/2008/09/24/open-source-vs-free-software/

Open Source y Free Software

El “Software Libre” es un asunto de libertad, no de precio. Para entender el concepto,
debes pensar en “libre” como en “libertad de expresión”, no como en “barra libre”
[N. del T.: en inglés, una misma palabra (free) significa tanto libre como gratis,
lo que ha dado lugar a cierta confusión].
“Software Libre” se refiere a la libertad de los usuarios para ejecutar, copiar, distribuir,
estudiar, cambiar y mejorar el software. De modo más preciso, se refiere a cuatro h
libertades de los usuarios del software:
• La libertad de usar el programa, con cualquier propósito (libertad 0).
• La libertad de estudiar cómo funciona el programa, y adaptarlo a tus necesidades
(libertad 1). El acceso al código fuente es una condición previa para esto.
• La libertad de distribuir copias, con lo que puedes ayudar a tu vecino (libertad 2).
• La libertad de mejorar el programa y hacer públicas las mejoras a los demás, de modo
que toda la comunidad se beneficie (libertad 3). El acceso al código fuente es un
requisito previo para esto.
Un programa es Software Libre si los usuarios tienen todas estas libertades. Así, pues, deberías
tener la libertad de distribuir copias, sea con modificaciones o sin ellas, sea gratis o cobrando
una cantidad por la distribución, a cualquiera y en cualquier lugar. El hecho de ser
libre de hacer esto significa (entre otras cosas) que no tienes que pedir o pagar permisos.
También deberías tener la libertad de hacer modificaciones y utilizarlas de manera
privada en tu trabajo u ocio, sin siquiera tener que anunciar que dichas modificaciones
existen. Si publicas tus cambios, no tienes por qué avisar a nadie en particular,
ni de ninguna manera en particular.

Cuando se habla de Software Libre, es mejor evitar términos como “regalar” o “gratis”,
porque esas palabras implican que lo importante es el precio, y no la libertad.
Algunos términos comunes tales como “piratería” conllevan opiniones que esperamos
no apoyes. Visita la página “Palabras y frases confusas que vale la pena evitar”
(www.gnu.org/philosophy/words-to-avoid.es.html), donde encontrarás una discusión
acerca de estos términos. También tenemos una lista de traducciones de “Software
Libre” en varios idiomas.



Cuando se habla de Software Libre, es mejor evitar términos como “regalar” o “gratis”,
porque esas palabras implican que lo importante es el precio, y no la libertad.
Algunos términos comunes tales como “piratería” conllevan opiniones que esperamos
no apoyes. Visita la página “Palabras y frases confusas que vale la pena evitar”
(www.gnu.org/philosophy/words-to-avoid.es.html), donde encontrarás una discusión
acerca de estos términos. También tenemos una lista de traducciones de “Software
Libre” en varios idiomas.

El Open Source es una organización que se encarga de fomentar el uso de sistemas
de código abierto, concepto significativamente diferente del de Software Libre. Un
sistema de código abierto no necesariamente tiene que estar regido bajo la Licencia
Pública General, sino que puede estar regido por alguna de las tantas licencias de la
Iniciativa Open Source (www.opensource.org). Uno de los fundadores de esta iniciativa
es Eric Raymond, famoso hacker del mundo de GNU/Linux.
Obviamente, aunque siempre hay discusiones entre los fanáticos del Open Source y
del Free Software, la verdad siempre la tiene el desarrollador, que es quien decide
usar alguna de estas dos modalidades para el desarrollo de su programa, según cuáles
sean sus requerimientos.

La filosofía del Open Source orienta su atención en la premisa de que al compartir el código, el programa resultante tiende a ser de calidad superior al software propietario, es una visión técnica. Por otro lado, el Software Libre funciona bajo un ideal: el software propietario, al no poder compartirse, es antiético dado que prohibir compartir entre seres humanos va en contra de las leyes naturales.

El movimiento Open Source tiene un decálogo que debe cumplir un código para poder llamarse "Open Source" (es de hacer notar que estas 10 premisas son completamente equivalentes con las 4 libertades o principios del Software Libre), éstas son :

1. Libre redistribución: el software debe poder ser regalado o vendido libremente.
2. Código fuente: el código fuente debe estar incluido u obtenerse libremente.
3. Trabajos derivados: la redistribución de modificaciones debe estar permitida.
4. Integridad del código fuente del autor: las licencias pueden requerir que las modificaciones sean redistribuidas sólo como parches.
5. Sin discriminación de personas o grupos: nadie puede dejarse fuera.
6. Sin discriminación de áreas de iniciativa: los usuarios comerciales no pueden ser excluidos.
7. Distribución de la licencia: deben aplicarse los mismos derechos a todo el que reciba el programa
8. La licencia no debe ser específica de un producto: el programa no puede licenciarse solo como parte de una distribución mayor.
9. La licencia no debe restringir otro software: la licencia no puede obligar a que algún otro software que sea distribuido con el software abierto deba también ser de código abierto.

La licencia debe ser tecnológicamente neutral: no debe requerirse la aceptación de la licencia por medio de un acceso por clic de ratón o de otra forma específica del medio de soporte del software

]]> http://scarmiglione.wordpress.com/?p=18 Wed, 24 Sep 2008 03:06:31 +0000 scarmiglione http://scarmiglione.wordpress.com/2008/09/24/netbeans-61-en-pc-bsd-7/ Acabo de instalar NetBeans 6.1 en PC-BSD 7, y he de decir que para ser multiplataforma, no facilita mucho las cosas, a continuación describo lo que hice.

Como sabemos, en PC-BSD podemos instalar paquetes de dos maneras deferentes, la primera: Instalar JDK de forma gráfica
Buscamos jdk en pbidir (http://www.pbidir.com/bt/search/?str=jdk&search=Search), lo bajamos e instalamos como si fuera un programa de windows.

La segunda, y que funciona también con FreeBSD y DesktopBSD: Instalar JDK desde la consola
Esto es útil en caso de que el paquete que encontramos en pbidir sea muy viejo y quierramos algo más reciente, bajamos el jdk de http://www.freebsdfoundation.org/downloads/java.shtml e nstalamos con

pkg_add -r javavmwrapper
pkg_add diablo-jdk-freebsd7.i386.1.6.0.07.02.tbz
Aceptamos los términos de la licencia y listo.

Ahora bajamos la verción independiente de plataforma de NetBeans (.zip) desde la página oficial y la descomprimimos en /opt
unzip netbeans-6.1-200805300101-ml-mobility.zip
mv netbeans netbeans61

Por alguna razón que desconozco, NetBeans ignora por completo las variables de entorno _JAVA_OPTIONS, JDKHOME y JAVAHOME, por lo que es necesario especificar la dirección donde se encuentra instalado JDK, de tal manera que podemos ejecutarlo como sigue:
/opt/netbeans61/bin/netbeans --jdkhome /usr/local/diablo-jdk1.6.0

¿Pero qué es lo que vemos?

Inicia con esa orrible apariencia metálica. Para solucionarlo, basta con indicar en el lanzador que haga uso de GTK o motif según nos parezca.
/opt/netbeans61/bin/netbeans --jdkhome /usr/local/diablo-jdk1.6.0 --laf com.sun.java.swing.plaf.gtk.GTKLookAndFeel

/opt/netbeans61/bin/netbeans --jdkhome /usr/local/diablo-jdk1.6.0 --laf com.sun.java.swing.plaf.motif.MotifLookAndFeel


Ahora solo ponemos eso en un lanzador en el escritorio y listo.


]]> http://scarmiglione.wordpress.com/?p=16 Wed, 24 Sep 2008 03:01:28 +0000 scarmiglione http://scarmiglione.wordpress.com/2008/09/24/netbeans-61-in-pc-bsd-7/ I just installed NetBeans 6.1 in PC-BSD 7, and I must say that, even though it is multiplatform, it doesn't make things easy, so I shall write here what I did.

As we know, we can install packages in PC-BSD 2 different ways, the fist: Install JDK from the GUI.
Search jdk in pbidir (http://www.pbidir.com/bt/search/?str=jdk&search=Search), download it and install as if it where a windows' program.

The second, this also works with FreeBSD and DesktopBSD: Install JDK from the console.
This is useful in case that we need a more up-to-date package than the one in pbidir, download jdk from http://www.freebsdfoundation.org/downloads/java.shtml and install it like this
pkg_add -r javavmwrapper
pkg_add diablo-jdk-freebsd7.i386.1.6.0.07.02.tbz
Accept the agreement and thats it.

Now download the platform independent version of NetBeans (.zip) from the official page and uncompress it in /opt
unzip netbeans-6.1-200805300101-ml-mobility.zip
mv netbeans netbeans61

Fore some reason that I don't know, NetBeans ignores completely the environment variables _JAVA_OPTIONS, JDKHOME and JAVAHOME, so its necessary to specify the directory where JDK is installed, so we can execute it like this:
/opt/netbeans61/bin/netbeans --jdkhome /usr/local/diablo-jdk1.6.0

But, what do we see?

It starts with that horrible metallic skin. To fix it we need to specify that either GTK or motif must be used.
/opt/netbeans61/bin/netbeans --jdkhome /usr/local/diablo-jdk1.6.0 --laf com.sun.java.swing.plaf.gtk.GTKLookAndFeel

/opt/netbeans61/bin/netbeans --jdkhome /usr/local/diablo-jdk1.6.0 --laf com.sun.java.swing.plaf.motif.MotifLookAndFeel


And vow we only need to create a luncher and finish.


]]> http://level8.wordpress.com/?p=911 Tue, 23 Sep 2008 21:27:40 +0000 Gerald Ford http://level8.wordpress.com/2008/09/23/perl-and-good-modules-to-know/ Perl, as a scripting language, is described as a "glue language". It hasn't had the benefit of a solid top-down design like similar languages (Python for example), but has been flexible and modular enough that people have added all kinds of nice features and modules. When I first learned Perl in 2000-2001, I never made good use of Perl modules, which were less integrated then I think, and wrote a lot of code myself.

In hindsight, this isn't such a great approach. I used to work in a bio-informatics lab where we analyzed DNA sequences for certain dangerous viruses, and I was often tasked with parsing out huge text files and outputting the data into reports. I wrote passable Perl at the time, and was able to get the job done, but Where I work now I work with some very bright people and Perl gurus, and one of the most impressive things I've learned is taking advantage of good code that someone else has already written. By this, I don't mean copy/pasting their code,* but rather using the existing features rather than re-inventing the wheel.

Many Perl modules have been around long enough that they come standard with Perl now. You might as well consider them "perl" itself, rather than 3rd-party development. The sign of a good Perl developer** these days is (among other things), how many modules you are proficient in, and have experience using?

Here are a few examples of helpful, and standard, Perl modules that you should know, and if you don't know, here's why they're helpful. All are found on CPAN, of course, but should already be installed on your system if you've installed Perl:***

• strict and warnings - Both of these should be the first things you do in a Perl script after the #!. Both are needed to ensure proper scoping of variables, and also to ensure that you're getting the right debug messages. Not all bad code causes your script to obviously fail, some will only show up in a warning.
• Data::Dumper - This cool module will print out the values in a data structure. This is very helpful for debugging problems with arrays, especially multidimensional-arrays, or other complex structures. When the script is tested and working, you can take this back out.
• Fcntl - This is a very, very important module for controlling file access among other things. The most common usage is proper file locking. Use with argument qw(:flock). You can even lock the __DATA__ filehandle which is a great way to prevent a script from running more than one instance at a time.
• Getopt::Long - This helpful module will provide GNU-compliant command-line arguments, and make your script look more professional. For any script you want to use in public (or in work), consider using this. Works with qw(GetOptions) argument.
• Net::FTP - This module provides good functionality for use with FTP. You can easily turn a Perl script into an FTP client.
• CGI - The standard CGI module. Has lots of built-in features these days to create W3C-compliant HTML headers (i.e. make your HTML pages look more professional), but even if you don't use that, you should definitely know how to write even basic CGI pages.
• POSIX - A very complex Perl module that integrates a lot of POSIX-compliant C-language functions. Many have been deprecated by other Perl features, but some are still very useful. I've used the strftime() function at least once.
• File::Basename - The whole File:: set of modules is useful, but I like this module because it's helpful for parsing long path names (from input) easily into just the part you want. Simple, but useful.
• LWP::Simple - This module acts like a very light-weight webclient. Can be used for monitoring the health of websites, or possibly to grab some data from the website. Simple, but many uses.
• Date::Manip - This is a real time-saving module for dealing with time. Instead of trying to mess with dates yourself, you shoudl definitely take advantage of this module. For writing work scripts, or managing timezone issues, this is a must.

This is not a complete list. I'd love to hear from others on suggestions. Good luck!

Namuamidabu

* - I've met people who said this is how they wrote Perl scripts...not a good idea. If you can't understand the code, why are you even trying to use it?

** - A colleague of mine at work said that the hardest thing for a programmer is not learning computer languages, but accepting the fact that someone else has written code better than you, and humbling yourself enough to use it. Given the pride I see among many in IT, I think he's on to something.

*** - Better yet, just run perldoc (module name) on your host to see how it works. Perldocs are like "man pages" for Perl.

]]> http://erojasv.wordpress.com/?p=69 Sun, 21 Sep 2008 04:07:21 +0000 Ernie Rojas Villoslado http://erojasv.wordpress.com/2008/09/21/comixwall-43/ Hace unos días se publicó la versión 4.3 de Comixwall un ISG(Internet Security Gateway)  basado en OpenBSD, aunque ya no he seguido de cerca el desarrollo de este ISG, voy a darme un tiempo para revisarlo esta semana.

Entre las caracteristcas que nos brinda ComixWall tenemos:

• Funciones de Firewall usando pf (packet filter)
• DansGuardian y Squid
• DHCP
• Snort
• ClamAv
• SpamAssassin
• DNS y entre muchas cosas mas.
]]> http://erojasv.wordpress.com/?p=64 Sun, 21 Sep 2008 03:45:55 +0000 Ernie Rojas Villoslado http://erojasv.wordpress.com/2008/09/21/compilando-paquetes-con-pkgsrc-en-netbsd/ Como ya vimos la administración de binarios en NetBSD ahora veremos como administrar los paquetes desde codigo fuente en NetBSD para eso damos por entendido que tenemos instalado el pkgsrc.

Para este proceso es necesario tener instalado algun compilador de C (ya se gcc o cc, por defecto pkgsrc usa gcc) para esto es necesario instalar los sets  text.tgz y comp.tgz, para esto poenmos en practica el ultimo post e instalamos wget desde los binarios de pkgsrc:

# export PKG_PATH=”ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD-4.0/amd64/All”

# pkg_add wget

Luego descargamos los sets de distribucion:

# wget -c ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-4.0/amd64/binary/sets/text.tgz

# wget -c ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-4.0/amd64/binary/sets/comp.tgz

Instalamos los sets de distribucion:

• Para text.tgz: tar zxvf text.tgz -C /
• Para comp.tgz: tar zxvf comp.tgz -C /

Con esto ya tendremos los compiladores de C, gcc o cc

Ahora para probarlo instalaremos nmap desde las fuentes.

# cd /usr/pkgsrc/net/nmap

# make

# make install

# make clean

# make clean-depends

Con esto ya tendremos instalado nmap,al igual que un binario se instala en el directorio /usr/pkg, el directorio de instalacion si lo hacemos desde las fuentes podemos modificarlo con el parametro LOCALBASE del archivo de configuracion /etc/mk.conf

Para cambiar el compilador que deseemos usar lo podemos hacer tambien en el msimo fichero /etc/mk.conf (muy parecido al make.conf de gentoo) en la variable: PKGSRC_COMPILER, alcualle podemos agregar parametros como ccache(para cache) o distcc(para compilacion distribuida)

Otro punto a tomar en cuenta es que si dseamos compilar paquetes relacionados con las aplicaciones X11 debemos instalar los sets xbase y xcomp

]]> http://erojasv.wordpress.com/?p=60 Sun, 21 Sep 2008 02:57:36 +0000 Ernie Rojas Villoslado http://erojasv.wordpress.com/2008/09/21/binarios-en-netbsd/ Como dije en un post anterior el administrador de paquetes de NetBSD, pkgsrc nos permite tambien gestionar binarios, del siguiente modo.
• Como en OpenBSD, declaramos la variable PKG_PATH:

# export PKG_PATH="ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD-4.0/amd64/All"

• Y comenzamos a gestionar los binarios:
• Para Instalar:

# pkg_add cvs

En este caso veremos como nos crea el directorio /usr/pkg en donde se instalaran los archivos de los binarios que instalemos y en /var/db/pkg tendremos una base de datos de los binarios q vayamos instalando.

• Para desinstalar:

# pkg_delete cvs

Existe un parametro para pkg_delete que seguro nos interesara mucho, es el parametro "-r" el cual le dira a pkgsrc que desinstale tambien las dependencias del paquete que que queremeos desinstalar.

# pkg_delete -r nmap

pkg_delete aparte de usarse para desinstalar paquetes en formato binario tambien sirve para aquellos que hemos compilado.

• Informacion de los paquetes

# pkg_info

Nos mostrara los paquetes q tenemos instalado en nuestro sistema.

# pkg_info cvs

Nos mostrara la informacion del paquete cvs

Como vemos la administracion de binarios es igual q en OpenBSD y FreeBSD

]]> http://erojasv.wordpress.com/?p=56 Sun, 21 Sep 2008 02:14:47 +0000 Ernie Rojas Villoslado http://erojasv.wordpress.com/2008/09/21/desempolvando-netbsd/ Despues de casi 1 año que ya no venia trabajando con NetBSD, que es una version de los sistemas operativos basados en 4.4BSD y cuya filosofia es la portabilidad, actualmente tiene soporte para mas de 50 arquitecturas de computadoras, con decirles que un grupo de personas llego a instalarlo en un tostador.

Pues bueno me decidi a darle una oportunidad a NetBSD, en este caso la version 4.0, como servidor de Backups (aun en pruebas) en una p4, con 1 de Ram y 80 de GB de disco, el proceso de instalacion no varió en nada respecto a las versiones anteriores que usaba, bastante sencillo por decirlo, el wizard te guia todos los pasos y bueno en estos momentos me encuentro configurandolo remotamente desde mi hogar, y para hacerla un poco mas dificl me instale ksh como Shell para aprender este lenguaje, por lo q me hice un pequeño script que no hace nada importante, pero me sirvio para ir jugando un poco con los principales comandos de este lenguaje, bueno este script nos muestra una consola interactiva para poder instalar los paquetes del arbol de ports de NetBSD y poder usarlo con el administrador de paquetes "pkgsrc", el cual es muy parecido al portage de gentoo, ya que nos permite instalar binarios y compilar codigo fuente segun nuestras preferencias, a la vez el pkgsrc nos brinda dos arboles uno para la version "stable" y otra para la version "current", asi como tambien este script nos permitira actualizar el pkgsrc via cvs( en este caso deberemos de tener instalado la aplicacion cvs), bueno pues aqui les dejo este scriptpara conocer un poco de ksh.

#!/bin/ksh
# Direcciones para descargar pkgsrc por FTP
URL_PKGSRC="ftp://ftp.netbsd.org/pub/pkgsrc"
DIR_PKGSRC_STABLE="pkgsrc-2008Q2"
DIR_PKGSRC_CURRENT="current"
NAME_PKGSRC_STABLE="pkgsrc-2008Q2.tar.gz"
NAME_PKGSRC_CURRENT="pkgsrc.tar.gz"
PKGSRC_STABLE="$URL_PKGSRC/$DIR_PKGSRC_STABLE/$NAME_PKGSRC_STABLE"
PKGSRC_CURRENT="$URL_PKGSRC/$DIR_PKGSRC_CURRENT/$NAME_PKGSRC_CURRENT"

# Direcciones para actualizar via CVS
CVSROOT="anoncvs@anoncvs.NetBSD.org:/cvsroot"
CVS_RSH="ssh"

function get_pkgsrc {
print "=================="
print "Elija version de pkgsrc"
print "(1) Version stable"
print "(2) Version current"
print -n "Opcion: "
read op_version
if [[ $op_version = 1  ]];then
get_pkgsrc_stable
NAME_PKGSRC=$NAME_PKGSRC_STABLE
elif [[ $op_version = 2 ]]; then
get_pkgsrc_current
NAME_PKGSRC=$NAME_PKGSRC_CURRENT
else
echo "Tu opcion es incorrecta!!"
exit
fi
}
function get_pkgsrc_stable {
echo "Descargando version estable de pkgsrc..."
echo $PKGSRC_STABLE
ftp $PKGSRC_STABLE
}

function get_pkgsrc_current {
echo "Descargando version current de pkgsrc..."
echo $PKGSRC_CURRENT
ftp $PKGSRC_CURRENT
}

function install_pkgsrc {
echo "Instalando pkgsrc..."
get_pkgsrc
tar zxvf $NAME_PKGSRC -C /usr

}

function update_pkgsrc {
echo "Actualizando pkgsrc..."
cd /usr/pkgsrc
cvs update -dP
}

function getout {
print "Byeee... :D"
exit
}

op=1
while [[ $op -ne 3 ]];do
print "Elija que opcion desea realizar: "
print "(1) Instalar pkgsrc"
print "(2) Actualizar pkgsrc"
print "(3) Salir"
print -n "Opcion: "
read op
#done

case $op in
1)      install_pkgsrc;;
2)      update_pkgsrc;;
3)      getout;;
*)      print "Opcion incorrecta :P"
esac
done
exit


Como ven el codigo es bastante simple pero nos servira para reconocer el funcionamiento los principales comandos de ksh.

]]> http://neobrr.wordpress.com/?p=158 Sat, 20 Sep 2008 21:51:40 +0000 neobrr http://neobrr.wordpress.com/2008/09/20/comunidad-libre/ El otro día navegando por la web, me encontré con esta imagen.
[caption id="attachment_159" align="aligncenter" width="300" caption="reunionDeNivel"][/caption]

Dentro de los invitados que se pueden observar están Beastie (Daemon BSD), Tux, Duke y Godzilla.

Tazas, libreta, calendario, mascotas, fotografias, etc, sin lugar a dudas todo un ambiente libre.

]]> http://dansiqueira.wordpress.com/?p=356 Sat, 20 Sep 2008 21:22:38 +0000 Daniel Siqueira http://danielsiqueira.com/2008/09/20/lancado-o-pc-bsd-7/
Acaba de ser lançado o PC-BSD 7.0 (Codinome: Fibonacci). Esta versão é um marco no trabalho desenvolvido para o PC-BSD, uma das "distros" mais amigáveis do FreeBSD.

Dentre as novidades, destacam-se a utilização do kernel FreeBSD 7 Stable e a incorporação do KDE 4.1.1, com todas as suas inovações características. O suporte a hardware foi melhorado e o sistema está mais rápido que as versões anteriores. Agora também é possível instalar o sistema através de um DVD, de um pendrive ou pela net.

Os pacotes PBIs, um dos maiores atrativos deste BSD, foram atualizados e já estão disponíveis no site www.pbidir.com

Clique para ir à página de download:



]]>