Few years back one of the main factors that stopped me from installing Linux on laptop was the Wi-fi support. Many prospective Linux users might have apprehension about installing Linux because of this legacy. One thing that you have to keep in mind when you start using Linux is that tomorrow will be years ahead of today in open source world. So buy the time you actually start using wi-fi, somebody somewhere might have developed the necessary driver usually by ingenious reverse engineering.

So here i have compiled various Laptop(wi-fi) providers and there Linux support sites and few comments

DELL(Broadcom)

Dell, with some help from Broadcom and Canonical, the company behind Ubuntu, has released a Linux friendly Broadcom Wi-Fi driver for both 32 and 64-bit Linuxes. For Dell users, this means that they now have Wi-Fi support for the Dell 1490, 1395, 1397, 1505, and 1510 Wireless cards.
So Dell Studio series and Inspiron Series will work.The drivers should work with any Broadcom card using one of the supported chipsets on any modern Linux

Download Driver-Direct Link

Support for Opensuse 11.x

Atheros

If you use Wi-Fi on your laptop, there’s an excellent chance you’re using Atheros chipsets for your wireless networking. Atheros’ silicon is in gear from Linksys, D-Link and Netgear to name but a few vendors.Atheros does a reasonable job to support Linux drivers. he MadWiFi driver for Atheros wireless cards are not included in the distribution as its HAL module is only available as proprietary. However, it is  possible to use this driver.

Opensuse Link -Excellent Explanation

Intel

Drivers for the Centrino,2100/2200/2915 devices can be found in  recent kernel so it is not necessary to install it seperately. It will be working out of the box for kernels after 2009 Jan

Acer (ATMEL)

These cards are also natively supported and hence should not be problem.

Linux Wi-fi compatibility

Wireless Adapter Chipset Directory compiled by HJ Heins. Please note the last updated date to make sure you have the latest information.

NDISWrapper

NDIS wrapper provides a additional layer which can support drivers designed for windows to run on Linux. Here is a list of drivers supported by NDISwrapper.But whenever available use native Linux Drivers.

STAY AWAY CARDS

The list may not be accurate and up to date

Prism54,Texas Instruments, Intersil

More Information

Network debugger Script

A very good diagnostic script for network problems of all kind (not only WLAN) can be found here

It is quite useful in getting help for your networking problem. Run it before you start asking questions.

Thanks to Steven J. Vaughan-Nichols for providing bulk of the information . Also to opensuse wiki

SUSE Studio provides you with a set of applications and a SUSE base to build your own customized distribution. Visit this site for more info.

You will need an invitation to use the site. TIP: When requesting an invitation from that site, write the part “Any other comments?” properly, stating clearly why you want to use SUSE studio. You may get the invite in a few hours, a day or two or a week or two.

Recently I asked them about when openSUSE 11.2, which was released 2 weeks ago, will be available as base and here’s what they said:

Feedback from sHyLoCk <email@domain.com>:
> Hello,
> when will the 11.2 base be available? An estimation will also help.
> Thanks
>

Their reply:

We’re working hard on getting 11.2 support, even right now this very moment. We want to make sure everything works well, and that there aren’t new bugs introduced in the transition, so we’re testing it heavily now and hope to have it released soon.

Don’t hold us to this really rough estimate (as odd, unforseen bugs might just happen show up in our testing cycles), but we *hope* to have it out in the next week or two.

Also, we’re planning on having a migration feature which may or may not arrive at the same time. (Hopfully it will.) Regardless, any openSUSE 11.1 appliance you build today in SUSE Studio should be able to easily migrated to openSUSE 11.2. Hopefully knowing this will make the wait a little more bearable. (:

Garrett

So, I guess we will have to wait a few more weeks until it’s out.

Have you tried Linux yet? Whether you are sick of Windows, or just want to try something new and refreshing on your computer, give Linux a try with the recently released OpenSUSE 11.2. With Windows, you can pay $100-200 on an upgrade to Windows 7 (not to mention the $300+ you spend on MS Office) and the $40-50 (yearly) on anti-virus software, but with Linux you can go ahead and download and use OpenSUSE 11.2 free, which includes a Web browser, mail client, a very nice office suite and tons of other cool desktop effects and applications. Visit opensuse.org today or leave me a comment to learn more about this fantastic operating system.

Basta seguir este link: http://en.opensuse.org/Live_USB_stick

Decided to put 11.2 on some spare HD bits of my MacBook last week. Here’s the log of things I did:

• Grabbed newest refit, install docs here.
• Wanted to install via the network install image (around 150MB) from a usb thumb drive, it’s such a hassle (and a waste) to go & and burn CDs for that. So I went for latest grub2 to make EFI/rEFIt boot from usb. More docs about grub2 efit booting:
  • usb boot on mac: german blog
  • grub background info
  • my grub2 setup (on a x86_64 system):
    • ./configure --with-platform=efi --enable-efiemu --enable-mm-debug --enable-grub-emu --enable-grub-fstest --enable-grub-emu-usb --prefix=place_you_have_write_permissions --target=i386
    • then make; make install
    • cd into place_you_have_write_permissions
    • cd into lib/i386-grub/i386-efi there
    • run ../../../bin/i386-grub-mkimage -v -d . -o grub.efi part_gpt hfsplus fat ext2 normal sh chain boot fixvideo appleldr loadbios loopback configfile fs_file fshelp halt handler help iso9660 linux ls minicmd probe reboot search video scsi msdospart bitmap blocklist fs_uuid kernel memrw part_msdos parttool ext2 extcmd hexdump minicmd read sfs xnu xnu_uuid 2>&1 | tail
      this should result in something like "grub-mkimage: info: writing 446 bytes of a fixup block starting at 0xa000"
      Note that in theory, you could just use ../../../bin/i386-grub-mkimage -d . -o grub.efi *.mod, only that this was simply hanging during boot for me – and I didn’t have the patience to bin-search those upteen modules to find the incriminating one. Thus the explicit list, which worked for me.
• Prepare the usb stick:
  • you should be fine with using both ext2 or fat partitions on it
  • copy your openSUSE-11.2-NET-x86_64.iso into the toplevel dir of the stick
  • from place_you_have_write_permissions/lib/i386-grub/i386-efi, copy grub.efi and *.lst to a efi/grub/ dir on the stick (that’s where refit looks for bootable stuff)
  • put this into efi/grub/grub.cfg on the stick:

    menuentry "openSUSE install" {
     fix_video
     fakebios
     root (hd0,1)
     loopback loop /openSUSE-11.2-NET-x86_64.iso
     linux (loop)/boot/x86_64/loader/linux initrd=initrd splash=silent showopts install=file://openSUSE-11.2-NET-x86_64.iso?device=sdb*
     initrd (loop)/boot/x86_64/loader/initrd
    }
    

• Put stick into macbook, select usb medium in refit boot screen, boot install image. For me, the installer was falling back to manual setup, so grab the next mirror to you from http://mirrors.opensuse.org/list/11.2.html, determine IP address for the host (“host <mirror_name>”), enter that into the field you get when selecting “http method” for the installation image. Path on that server usually is something like /pub/opensuse/distribution/11.2/repo/oss/ .
• Proceed with normal installation. Easy as pie.
• More general info for openSUSE on macbook:
  • Installation on MacBook
  • OpenSUSE on a Mac
  • debugging sound problems
  • the magic incantations to use during boot from unusual media

Misc stuff I did:

• most important first thing to do, to prevent 2nd degree burns on knees: echo -n 2400 > /sys/devices/platform/applesmc.768/fan1_min (you want to put that line into your boot.local script or something. and it’s nothing Linux is at fault, this is entirely broken on Apple’s side of things)
• get headphones jack to actually output music: run alsamixer in terminal, press F6 and select “HDA intel”. Press F5 to show all mixer controls, un-mute “Speaker 1″.
• for the iSight built-in camera: install isight-firmware-tools, mount your (hopefully still-existent) OSX partition (something like mount -t hfsplus /dev/sda2 /mnt, then extract the firmware via ift-extract -a /mnt/System/Library/Extensions/IOUSBFamily.kext/Contents/PlugIns/AppleUSBVideoSupport.kext/Contents/MacOS/AppleUSBVideoSupport. Reboot, and voila, camera is working.
• everything else just worked out of the box.

Este post de um usuário da lista de discussão do LoCoTeam Brasileiro do Ubuntu-BR, dá vários links para informações de hardware compatível para Linux. O usuário se identificou como niquelplatina, portanto, os créditos vão para o nick, ao invés do nome verdadeiro. O tópico está aqui: https://lists.ubuntu.com/archives/ubuntu-br/2009-November/066061.html

A resposta ao tópico está transcrita abaixo:

.

.

Ao invés de hardware incompativel, algumas listas de hardware compativel.
Isto é, se você for montar o computador ,ou,. se tiver chance de saber qual
é a placa-mae do computador que voce esta comprando.

Lista de Placas-Maes da Intel compativeis com Linux – Intel:
http://www.intel.com/support/motherboards/desktop/sb/CS-028648.htm

Linux OS Resource Center – Intel:
http://www.intel.com/cd/channel/reseller/asmo-na/eng/products/linux/feature/index.htm

Lembrando que a combinacao intel + nvidia é recomendada, então:
http://www.nvidia.com/object/unix.html
http://www.nvidia.com/object/linux_display_archive.html

Artigo sobre essa questão de compatibilidade, com links uteis:
http://www.linux.com/news/hardware/drivers/8203-is-my-hardware-linux-compatible-find-out-here

Ubuntu hardware compatibility list
http://www.ubuntuhcl.org/

Ubuntu-Wiki — Hardware Support
https://wiki.ubuntu.com/HardwareSupport

Opensuse
http://en.opensuse.org/Hardware

RedHat/CentOS
https://hardware.redhat.com/

Outros links:
http://www.linuxcompatible.org/
http://www.linux-drivers.org/
http://www.linux-tested.com/
http://www.linux.org/hardware/
http://br-linux.org/pesquisa-hardware/?q=pesquisa-hardware (já citado por
Clayton)

Mas se for pra comprar um computador com o Linux já instalado, é difícil de
encontrar. Acho que a cce é uma das poucas que fazem isso.

Espero ter ajudado

2009/11/20 Adriano Oliveira <xxxxx@gmail.com>

> Nunca compre processador Via.
> Adriano
>
> 2009/11/20 Rafael Pezzi <nnnnnnn@hotmail.com>

>
>
> > Ola pessoal,
> >
> > Um amigo que praticamente só usou windows está planejando comprar um
> > desktop e está considerando instalar o Ubuntu.
> > Gostaria de saber se tem alguma lista de hardware (motherboards, video,
> > network, etc) incompatíveis para ajudar na escolha e facilitar a
> > instalação.
> > Alguma sugestão do que evitar?
> >
> > Muito obrigado,
> > Rafael
> >
> >
> >
> > –
> > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece
> >
> > Lista de discussão Ubuntu Brasil
> > Histórico, descadastramento e outras opções:
> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br
> >
> –
> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece
>
> Lista de discussão Ubuntu Brasil
> Histórico, descadastramento e outras opções:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br
>

——————————

arch现在仅存的kde4.4源已经很久没更新了，看官网论坛上的帖子，好像搭建源的那个家伙很忙。4.3发布后，kdemod也停掉了kdemod-svn源，之后另一个arch的私人kde源也停了。

只好考虑转向opensuse，因为buildservice的关系，suse是有稳定的官方的kde-unstable源。刚转过去，编译了ibus-pinyin，感觉还好。

linux桌面环境好的真的没，就kde算符合这个时代的了，现在ub论坛蛮多的人都当我是狂热的kde饭，其实我没多么喜欢kde4，kde4里看不惯的东西很多，只是现在linux下有点前途也就kde4。

Idéal pour télécharger et sauvegarder sur son disque dur des vidéos provenant par exemple de Dailymotion.

Installé en un tour de main sous Yast2 (Opensuse 11.1)

ClipGrab – Download videos from online video sharing websites

“Clipgrab downloads the file and saves it by default to FLV (Flash Video) however can convert the downloaded video on the fly to Windows Video (WMV), MPEG4, MP3 (Audio), OGG Vorbis (Audio).

“Click this one-click installer supported on openSUSE 11.1/11.0/10.3 from packman to install ClipGrab. This should download the YMP file and automatically launch the YaST package manager to add the required Repositories and download and install ClipGrab and the required dependencies. Click next on the ClipGrab installation screen and Next again on the installation proposal window. This should start adding the required repositories, download and install ClipGrab and its required dependencies.”

Los que me conocéis sabéis que en mis ordenadores tengo Ubuntu instalado y que la verdad estoy bastante contento con él, aunque no me importaría instalar otras opciones de software libre si no fuera porque es con Ubuntu con lo que suelo enseñar.

No obstante, gracias a Chema, un antiguo alumno del curso de TSM y que actualmente está en un curso que estoy impartiendo de Javascript, no habría probado esta última versión de OpenSUSE y que, gracias a haberla visto, me he decidido a comentar.

Lo primero decir que he estado usando, sobretodo, la versión en LiceCD! de esta distribución, aún así me parece que funciona estupendamente ya que se ha cargado muy rápidamente y sin ningún problema. También decir que he utilizado el entorno KDE y que es muy bonito, además de dar un aspecto más pulido y de añadir muchas funcionalidades con los plasmoides.

No obstante hay que decir que esa funcionalidad no quita que sea fácil de manejar y, que , para un usuario de GNOME como soy yo, no da problemas a la hora de encontrar los programas y las configuraciones. Además de funcional, como os muestran las imágenes, podéis ver que está muy logrado estéticamente.

La verdad es que se trata de una buena alternativa. Lo poco que no me ha gustado es que no expulsa el disco, al reiniciar o apagar, y te pide que pulses Intro para continuar reiniciando (o apagando), cosa que puede hacerlo un poco problemático con los que empiezan, además, en el menú principal de arranque (de la versión Live! insisto) para seleccionar idioma hay que pulsar F2, es decir, que por defecto, si no le indicamos lo contrario, arrancará por el idioma de Shakespeare.

Por lo demás, una versión en CD que no ocupa mucho, que es bastante rápida al usarla sobre el CD, cosa que no puedo afirmar de otras distribuciones. Tiene Open Office 3.1 y además está muy cuidada de aspecto, los plasmoides, que hasta la fecha no los había utilizado en ningún entorno y son sencillos de utilizar e instalar.

Creo, visto lo visto, que es una opción a considerar a la hora de plantearse una alternativa. Eso sí, hay que tener en cuenta que utiliza paquetes RPM y que algunos comandos de la terminal no son los mismos que con las distribuciones basadas en Debian.

Issue #98 of openSUSE Weekly News is now out!

In this week’s issue:

* Board Election 2009 Startup
* openSUSE 11.2 Launchparties
* openSUSE Spotlight: What does the openSUSE Board do?
* Uwe Gansert: Interactive AutoYaST Rules
* openSUSE Forums: K3B and mp3 support

For a list of available translations see this page:

http://en.opensuse.org/OpenSUSE_Weekly_News/98/Translations.

Como Instalarlo en Ubuntu, openSuse y Fedora

http://bitelia.com/2009/11/instalacion-y-puesta-a-punto-de-chromium-en-gnulinux

Ubuntu en la página principal de los Pre-requisitos

http://www.omgubuntu.co.uk/2009/11/want-to-build-chromeos-google-says.html

Hay mucho fanatismo en el mundo. La gente se emociona por nada -cosas sin sentido-. Las cosas realmente importantes y relevantes  son ignoradas.

Pero la razon es clara – los verdaderos problemas son ignorados, porque ¿que es mas imporante para mi? YO

Asi que olvida los verdaderos problemas, ten cuidado con lo que dices sobre mi distribucion (religion, posicion politica, equipo, carro, etc), ya que lo que estas diciendo, lo dices sobre MI.

Recuerda, es MI distribucion (religion, equipo, etc, etc.) YO la escogi. En ese caso si es menos que perfecta, entonces soy menos que perfecto y es algo que YO no puedo aceptar.

Comentario publicado en O”Reilly Broadcast acerca de la reacción de “fans from hell” sobre una reseña de openSUSE 11.2 en Distrowatch.

Eigentlich wollte ich ja aufgeben mit Linux und dem Netbook…. aber ich hatte Langeweille =)

Also habe ich mir die neue Live CD mit KDE vom neuen OpenSuse 11.2 runtergeladen und Installiert….

….. Es läuft =)

Alle Treiber da ^^ Gefällt mir.

Original em: http://www.linuxmagazine.com.br/noticia/enquete_sobre_windows_7_mostra_brecha_para_linux

Publicado em 16/11/2009 às 14:22

Se alguém ainda tem dúvidas de que as novas versões do Windows abrem caminho para a adoção do Linux, uma enquete na seção de informática da Folha Online mostra que não se trata de “achismo”.

A enquete – aberta a todos os visitantes – faz uma pergunta simples sobre o interesse dos internautas em migrar para o Windows 7, e mostra que 14% dos internautas afirmam preferir o sistema do pinguim.

Dentre as opções oferecidas, isso significa que o Linux fica à frente dos Macs e do próprio Windows Vista com relação à simpatia dos usuários – mas ainda atrás de outras versões do sistema da Microsoft.

O grande problema do mundo Linux é a falta de profissionais de marketing competentes…

No time for chitchat? Click here!

Using openSUSE is incredibly easy, when you know how – but figuring everything out by yourself with no prior knowledge of GNU/Linux is no small task. In fact, I’m sure that a very high percentage of the people who try to migrate fail and quit, and often the showstoppers are really very basic issues. Therefore I’ve written and maintained a beginner’s guide to openSUSE in Danish for every release since SUSE Linux 9.3, documenting the basics needed to getting started using openSUSE as a home desktop OS. For openSUSE 11.2 I’ve decided to maintain the guide in English instead. You’ll find it here:

http://opensuse-guide.org (Thanks to the board for granting permission to use a *opensuse* domain name)

Some people may wonder why I don’t just use the wiki. Which is a good question, but:

• I want to control the direction and vision for my work
• I’m considering putting ads on it at some point
• Using the wiki can be limiting technically and possibly even legally
• The guide is GFDL’ed with no invariant sections, so you can fork it if I get hit by a bus or don’t do a good job.

I’m very interested in feedback of course and will continue to update and incrementally improve the guide.

The “Installing Software” chapter has an embedded screencast using the <video> element – more and better screencasts are planned – only works with Firefox 3.5/Seamonkey 2.0 of course (I’d appreciate it, if someone could tell me whether it works with recent Google Chrome on MS Windows or not, doesn’t seem to want to work with Chromium).

Há uma certa tendência de muitos acreditarem que não existem vírus para sistemas operacionais abertos, como o GNU/Linux. Isso não é uma verdade absoluta. Na verdade, existem cerca de 1000 vírus conhecidos vírus para GNU/Linux (contra cerca de 6 milhões – e subindo – deles para os sistemas janelas), incluídos aí os rootkits, worms e scripts para invasão.

E isso é motivo para alarmes? Na verdade, não. Uma questão relevante sobre a existência de malwares é o impacto que tais programas têm no sistema infectado. Os vírus são desenvolvidos para explorar falhas de segurança dos sistemas. Descobrir falhas de segurança em sistemas proprietários é um pouco mais difícil do que em sistemas abertos, porque, no primeiro, o cracker precisa fazer uma engenharia reversa para “recuperar” o código fonte. No segundo, o código fonte está disponível para qualquer pessoa.

Auditoria de código.

O que parece uma desvantagem para o sistema aberto, na verdade, é uma absurda vantagem. Enquanto que, nos sistemas fechados, o cracker faz a engenharia reversa, ou outros métodos, descobre as falhas e cria maneiras de explorá-las para, somente depois, o vírus ser descoberto pelos pesquisadores e empresas de segurança, e medidas sejam tomadas para, primeiro, contornar (antivírus), e depois corrigir a falha (correções e atualizações), nos sistemas abertos, o código é auditado constantemente por milhares de desenvolvedores voluntários ao redor do mundo. Isso permite que as falhas sejam descobertas e corrigidas com mais rapidez. O mesmo trabalho que um cracker teria de fazer para descobri-las, já é feito diariamente por muitas pessoas. Além de descobrir um código defeituoso, ele teria de procurar se esse defeito já não está documentado, pois se estiver, a correção estará na próxima atualização, com certeza. Nos sistemas fechados, a velocidade de pesquisa dos códigos e de correção é absurdamente maior, o que significa que, mesmo que a falha seja descoberta, não significa que será corrigida imediatamente. Isso expõe o sistema a ataques que a explorem.

Isso também significa que, nos sistemas abertos, os crackers estão no mesmo passo dos desenvolvedores, ou um passo atrás, mas estão sempre um ou dois passos à frente nos sistemas proprietários.

Atualizações e correções.

As atualizações de segurança em sistemas abertos é feita da mesma forma que em sistemas fechados, ou seja, através do download de correções, ou de versões novas do software com defeito. Ocorre que, nos sistemas proprietários, temos uma fragmentação das fontes de software, ou seja, são vários fornecedores diferentes, trabalhando de maneira independente, nem sempre coordenada e, por vezes, concorrentes. Isso causa problemas do tipo ocorrido recentemente, em que uma correção de segurança do Internet Explorer, lançada pela M$, abriu brechas de segurança no Navegador Mozilla Firefox para janelas. Além disso, as correções são feitas independentemente, ou seja, cada um é responsável pelo seu pedaço: o antivírus, o sistema operacional, o pacote de escritório, o navegador, o cliente de email, o pacote gráfico, os jogos, o firewall, etc.

Nos sistemas abertos, isso é bastante minimizado, já que todas as atualizações são disponibilizadas nos repositórios oficiais. Também são automáticas, mas estão todas agrupadas e podem ser feitas de uma vez. Há coordenação entre as equipes de desenvolvimento através do responsável pela distribuição. Programas “não oficiais” podem ser instalados e ter sua atualização feita em separado, mas são poucos os casos, já que cada distribuição já inclui tudo, ou quase tudo, que é necessário para a maior parte das pessoas.

Exposição a ataques.

Há um mito que diz que apenas existem mais vírus para janelas porque o GNU/Linux é bem menos utilizado. Ou seja, o janelas é mais visado.

Isso é uma meia verdade. Se fosse possível comprovar essa afirmação, poderíamos supor seria proporcional a disponibilidade de malwares para os dois sistemas. Recentemente, foi publicada uma matéria sobre a taxa de penetração de cada um dos sistemas operacionais. O janelas (em todas as suas versões) ficou com aproximadamente 90%, O GNU/Linux com 1%, e o Sistema da Maçã com cerca de 5%. Seria, portanto, lógico supor que dos milhões de vírus conhecidos, a proporção fosse semelhante, mas não é o que acontece. Os vírus para GNU/Linux respondem por cerca de 0,16% do total de vírus conhecidos, número semelhante aos do Sistema da Maçã, sistema proprietário cujo desenvolvimento foi baseado em Unix.

Dos vírus conhecidos para Sistema da Maçã e GNU/Linux, não se comprovou que algum deles causasse transtornos semelhantes aos causados pelos que atingem o janelas. Além disso, a forma de considerar a segurança em sistemas Unix-like, como o GNU/Linux e o Sistema da Maçã, é completamente diferente e bem mais aprimorada. Numa instalação padrão, a exposição a ataques desses sistemas é consideravelmente menor. O que significa que se você pegar um CD e instalar uma distribuição qualquer do GNU/Linux em um computador conectado diretamente à Internet, a possibilidade de invasão é quase nula. O mesmo computador com uma instalação padrão do sistema janelas XP tem um tempo médio e resistência de 90 segundos. Ou seja, se você formatar a sua máquina e instalar o janelas XP nela, se ela estiver na Internet, você tem, em média, 90 segundos para instalar todas as atualizações de segurança, antivírus, antispyware, firewall, etc., o que é virtualmente impossível para qualquer “usuário comum”.

O janelas, ao contrário dos sistemas Unix-like, não foi originalmente concebido para trabalhar em rede. A demanda pela conectividade, na época do DOS+janelas 3.1, fez com que a M$ lançasse a versão 3.11 do janelas, com recursos de rede. A empresa tentou impor seu protocolo NetBeui como padrão para as redes locais, mas não conseguiu porque o TCP/IP já estava bem consolidado, e era utilizado na Internet restrita da época. Durante algum tempo, as redes locais não eram conectadas à Internet e trafegavam NetBeui. Quando começou a aparecer a necessidade de conectar essas redes à Internet, elas começaram a trafegar ambos os protocolos e, por fim, o NetBeui foi abandonado. As versões do janelas seguintes, não mudaram o conceito original. Hoje o janelas é altamente conectável, mas, como originalmente a segurança do sistema foi pensada para máquinas isoladas, quando muito conectadas em redes locais, por uma questão de compatibilidade com as versões anteriores e pelo custo de desenvolvimento, o conceito se propagou até os dias de hoje.

Custos de desenvolvimento e estratégia de marketing.

O custo de desenvolvimento de um sistema operacional completo pode chegar à casa de alguns bilhões de dólares. Por mais rica que uma empresa seja, um investimento desse tamanho é algo impraticável. Empresas como Petrobras, por exemplo, quando constroem uma refinaria de 2 ou 3 bilhões de dólares, invariavelmente procuram se associar a outras empresas e buscar financiamento de longo prazo em bancos, para o empreendimento. Vejam bem, uma refinaria pode ficar pronta em cerca de 2 ou 3 anos e tem um prazo de algumas dezenas de anos para pagar o financiamento e amortizar o investimento, além de dar lucro aos acionistas.

O que podemos dizer de um sistema operacional? Com a velocidade imposta para que uma versão de um sistema operacional proprietário seja substituído, seria necessário investir muitas centenas de milhões de dólares por ano no desenvolvimento de sistemas completamente novos para resolver o problema de segurança. Mas, a cada versão da família janelas, vemos as mesmas alegações de que o sistema novo é mais seguro que o antigo, fatos “comprovados” por pesquisas de cunho duvidoso e declarações de “especialistas” dos quais nunca se ouviu falar. O fato é que nunca se cria um sistema novo. Ela apenas se recicla códigos dos sistemas antigos, remodelando o velho para “criar o novo”, oferecendo um visual agradável para que o marketing atinja seus objetivos. É necessário que o ciclo seja curto para garantir os lucros altos. Portanto, não há tempo nem disponibilidade orçamentária, ou de financiamento, para a criação de um sistema novo, sem vícios herdados dos anteriores. Logo, o fato do janelas não ser um sistema seguro não se deve a uma questão de filosofia de código, mas a uma questão econômica. Se, mesmo com um sistema ruim, mantém-se a hegemonia do mercado, não há motivos econômicos para melhorar substancialmente o sistema, já que há quem o compre e o use sem grandes esforços de marketing. Além disso, existe uma “indústria da segurança” por trás disso. Além da M$, empresas como McAfee, Symantec, Trend Micro, entre outras, ganham fortunas oferecendo soluções paliativas para os problemas estruturais do janelas. Não espere que o janelas 7 seja muito melhor em termos de segurança do que seus antecessores, pois um sistema inseguro, mas hegemônico, é tudo o que a M$ e dezenas de empresas de segurança precisam para manter os acionistas felizes, e os usuários iludidos, mas igualmente felizes.

Os custos de desenvolvimento do kernel do Linux foi estimado em cerca de 614 milhões de dólares, e o de uma distribuição GNU/Linux típica em 1,2 bilhões de dólares. Esse capital não é investido por uma única empresa, mas diluído entre milhares (talvez milhões) de empresas e pessoas comuns ao redor do mundo, que contribuem com um pouco para que o sistema final chegue ao que se espera. Por isso é possível oferecer um sistema seguro a um preço irrisório. Não existe a preocupação com um ciclo de vida curto para garantir os lucros. Na verdade, a preocupação é exatamente oposta: ter um sistema estável e seguro para que se possa oferecer serviços constantes aos clientes. Sempre que uma versão nova do janelas é lançada, há uma demanda geral por novos treinamentos, novos equipamentos, novas “expertises“. No GNU/Linux, o ciclo é muito maior. Isso significa que quem usa uma versão 7.04 do Ubuntu, por exemplo, também usará uma versão 9.10, sem grandes dificuldades, porque na essência o sistema é o mesmo, mas as inovações se traduzem em mais compatibilidade, mais funcionalidades, mais segurança. Também não há grandes preocupações com a atualização do parque de máquinas porque a versão 9.10 rodará na maior parte das máquinas que rodavam a versão 7.04, por exemplo. Finalmente, não haverá a necessidade de uma urgente atualização do conhecimento dos técnicos de suporte, já que em essência, as mudanças são focadas na inovação, ou seja, não há mudança no conceito.

Aqui podemos ver uma situação curiosa: No sistema proprietário, não há mudança num conceito ruim que é perpetuado para que o “produto” continue a gerar lucros com mudanças “cosméticas”. Isso é bom para a empresa desenvolvedora, para as empresas de software incluídas no ecossistema. Não é tão bom para os técnicos porque precisam investir constantemente em treinamento, nem para os usuários que além do treinamento devem arcar com os custos do modelo (licenças de software diversas, treinamento constante, prejuízos decorrentes da insegurança do sistema, etc.). No sistema livre, o conceito originalmente bom, não tem a necessidade de ser modificado em profundidade, o que justifica mudanças que focam na inovação. Isso é bom para o ecossistema produtivo como um todo, já que diminui os custos tanto de desenvolvimento como o de treinamento de técnicos e usuários.

Como você pode observar, no sistema proprietário, a carga econômica fica com o consumidor final, bem como o ônus das deficiências do sistema. No sistema aberto, a carga é diluída entre todos e não há grandes ônus para nenhum dos envolvidos.

A questão comportamental.

Há uma tendência dos técnicos em afirmar que nenhum sistema é seguro, e que boa parte da segurança depende de quem o utiliza. Isso pode ser ou não uma verdade. Eu discordo de que isso seja uma verdade absoluta.

Partindo de uma instalação padrão, ou seja, uma que até seu sobrinho nerd poderia fazer, num sistema GNU/Linux é difícil para um “usuário padrão”, mesmo com comportamentos de risco, tornar o sistema vulnerável, a ponto de ser comparado aos sistemas janelas. Para fazer isso, ele teria de ter certos conhecimentos técnicos. Seria necessário habilitar o login automático do usuário root (o que por si só já é uma proeza), abrir todas as portas TCP e UDP fechadas por padrão (e para isso teria de instalar pacotes que não são instalados e/ou configurados por padrão), desabilitar o pedido de senha para ações consideradas “administrativas”, e/ou alterar os privilégios de usuário comum. Isso é bem mais do que um “usuário padrão” faria no janelas. No janelas, em uma instalação padrão, o administrador do sistema é quase que sugerido como usuário padrão. Um usuário não precisa se esforçar muito para abrir as poucas defesas existentes. Isso, aliado à insegurança inerente e aos comportamentos de risco (clicar em links suspeitos de email, entrar em sites de reputação duvidosa, instalar programas piratas de origem duvidosa, utilizar programas de downloads como bitorrent ou semelhantes, desabilitar a proteção por senhas do sistema para alterações no registro, não instalar atualizações, não saber como utilizar um antivirus, não usar o firewall, senhas pequenas e óbvias, etc.), tornam o janelas um verdadeiro problema para que o usa e uma ótima oportunidade para quem quer invadi-lo.

A falácia dos antivírus.

A maior ilusão de um usuário do janelas é pensar que um antivírus o salvará das pragas da Internet. Para se beneficiar da proteção oferecida pelos antivírus, são necessárias três condições adicionais:

• Conhecimento técnico para sua correta configuração, atualização e utilização (o que muito poucos detém);
• Utilização de softwares complementares como firewall e antispyware (o que também exige conhecimento técnico);
• Comportamentos seguros na utilização da Internet (o que exige treinamento e capacitação).

Se qualquer um dos três requisitos não for atendido, todo o resto será comprometido, ou seja, as várias centenas de reais gastos com toda essa parafernália será, literalmente, inútil.

As empresas de segurança há anos fingem que são capazes de oferecer proteção para seus clientes, mas têm absoluta certeza de que isso é uma batalha perdida, portanto, a única razão para continuarem a oferecer “soluções de segurança” é a existência de uma massa enorme de pessoas que as compram acreditando que elas tornarão seu sistema seguro. They don’t give a damn, they just want the money.

Recentemente, Eva Chen, uma das fundadoras da Trend Micro, concedeu uma entrevista onde afirma que os crackers estão na dianteira e que a indústria de antivírus é uma piada (de mal gosto). Portanto, se nem eles acreditam que poderão ganhar o jogo, porque você, que é o elo mais fraco, se arriscaria a bancá-lo?

Conclusão.

Existem vírus para Linux? Sim, existem mas, na prática, são completamente irrelevantes, pois não só é difícil de encontrá-los, como seu impacto é irrisório.

Se você não acredita que é possível existir um sistema seguro que dificulta ao máximo a infecção por vírus, o uso não autorizado da sua máquina, seja por crackers, seja por “empresas idôneas”, e que tira das suas costas grande parte da responsabilidade sobre a segurança dos seus dados e arquivos, deveria experimentar o GNU/Linux ou outro sistema aberto, como o FreeBSD. Não se trata de militância ideológica a favor de sistemas livres. Trata-se de resguardar o que é seu, seu patrimônio, sua privacidade e sua liberdade. É uma questão prática, não filosófica.

Porque pagar, ou usar ilegalmente um sistema que, notoriamente, é problemático e o expõe a riscos, os quais você nem mesmo dá conta da existência, nem tem condições de se proteger, se é possível ter um sistema seguro e gratuito?

Por que pagar por softwares “tapa buraco”, como os antivírus, que tapam o sol como uma peneira, se é possível ter um sistema que não necessita desses paliativos?

Pense bem sobre isso. E depois considere usar uma distribuição GNU/Linux.

First things first, let me once again tell you I’ve become a huge fan of openSUSE. it’s absolutely everything I look for in an OS Desktop OS.

Now I’m gonna write my experience down. A few slight quirks, which was not SUSE’s fault but since I’m new to it [ well I used it a year ago, but that was only for a month], it was mainly because I wasn’t aware of SUSE’s way of doing things.

openSUSE is well known for it’s user-friendliness. YAST has the ultimate tool which is everything that you need in order to control your system. From repositories to Kernel Modules, you can customize anything using it. It’s an all in one super control center for your machine.

I will only talk about KDE here, since I don’t use Gnome.

After the install was over, I was asked to update around 500megs of packages. I was shocked as this was a fresh install. So I went into YasT -> Software Management->Installation Summary, and found out that the packages were mainly aspell and OpenOffice Language packs. So I taboofied them as I didn’t want them installed ever.

My update was then cut from 500 to 23Mb and I updated a few packages.

Immediately I had to get the Nvidia driver to fix my display. So, I added the Nvidia repo and installed the driver.

Then I wanted to see how multimedia support was. As I had installed from the KDE Live CD and not the DVD [which I have downloaded later to keep incase of a re-install], I needed to download a lot of stuffs, mainly codecs and players,etc. I came accross this guide in the forum which helped me get started.

Being an Arch user the best part I liked about openSUSE was their Additional Package Repositories. It is like AUR but segmented into various categories.

So I added a few repos from there, like KDE community,backports, VLC, Education, Games,etc. Now that I learnt how to use YaST, I wanted to check out the CLI way in openSUSE. You have to use zypper.

So to refresh the package repos [as root]:

zypper ref

To list repos:

zypper lr

To check upates:

zypper lu

To update:

zypper up

To check patches:

zypper pchk

zypper lp

[I still don't know the difference between these two commands.]

Anyway, so I was quite happy with my KDE 4.3.1 for a few days and then decided to see how I can manage to install KDE 4.3.3. I asked about it in the forum, and was pretty much satisfied with the quick reply.So, my KDE upgrade was successful.

Overall my openSUSE 11.2 experience was quite good. It impressed me. Last year when I tried it, I had lotsa problems. YaST was slow. KDE4.1 was buggy, it would crash every few minutes. But this time around they really released a polished, stable, great looking desktop. YaST works fine and so far no crashes. For the first time, I can suspend to disk easily without any system instability. I am loving my SUSE.