:: Apresentação das Ferramentas e Nova Abertura ::

Várias pessoas que assistem o THE ZUERA perguntaram o que é usado pra fazer os videos do canal, como foi feita a abertura (antiga), etc. Então nem vou escrever muito. Assistam o video que é o suficiente :D

Agora vai hein! :D

:: Trying a new Linux distribution ::

Postzinho relâmpago pra informar a Matrix que troquei a distribuição Linux que uso no meu desktop e notebook do trabalho. O desktop foi ontem, o notebook foi hoje. Até então eu estava usando Elementary OS Luna. Acho que usei por mais ou menos 1 ano.

A distribuição é legal, leve e tal, mas começou a me incomodar um pouco. Por exemplo, eu conectava o meu celular na porta USB do PC/Notebook e o SO não me dava a opção de transferir arquivos entre os dispositivos. Daí pra fazer backup das tralhas que tenho no cel, tinha que esperar chegar em casa pra fazer isso com meu bom e velho Slackware de guerra.

Então agora pulei pro Linux Mint 17 Qiana - KDE. Olha, por enquanto estou curtindo. De cara a primeira coisa que testei foi conectar o smartphone ao PC e... FUNCIONOU! ;)

Bye, bye Elementary OS! Foi bom enquanto durou.

:: Slackware vs O Resto ::

Faz tempo que não posto nada, então hoje resolvi dar uma desabafada depois e passar um puta trabalho pra tentar usar o Internet Banking da Caixa Federal no Linux.

Tentei em três máquinas diferentes: Desktop do trabalho, notebook e Desktop de casa.

Bom, no desktop do trabalho e notebook faz alguns meses que tenho usado a distribuição Elementary OS. No PC de casa segue firme e forte o bom e velho Slackware de guerra. Foram dias e dias de tentativas, macumbas, magia negra, putaria e o escambal. Dentre as magias usadas, até instalei os certificados do ICP-Brasil nas máquinas rodando Elementary OS (que nada mais é que um filho bastardo do Ubuntu). Nem com isso teve jeito do referido Internet Banking funcionar. Todas as vezes chega no último estágio da brincadeira e.... a bosta do site da Caixa dizia que "tinha algum erro com o lance do java".

Aí hoje, só por farra, como diria um ex-professor meu, resolvi testar no meu Slackware. Faz HORAS que não uso meu desktop para coisas sérias (só jogatina no Windows mesmo). Então vejamos:

1. Fui no site www.java.com e mandei testar a versão do java que eu tinha no slackware. Reclamou que era velha (OK)
2. Baixei nova versão, rodei o slackbuild que eu já tinha aqui pra gerar um pacote instalável e instalei.
3. Fui de novo no site do Java testar e disse que estava tudo bem.
4. Fui no site da  Caixa, fiz as palhaçadas de cadastro e tal e........
5. BY THE NINE HELLS, FUNCIONOU!

Porra, funcionou de primeira! Sem viadagem de certiificado de ICP-Brasil nem porra nenhuma. Simplesmente funcionou.

Então jovens, se vocês acham que essas distros cheias de frufrus e facilidades realmente são boas... THINK AGAIN!

:: Linux, DLNA e Smart TV ::

Bom, a quem interessar possa, abaixo vou lançar minha experiência com uma Smart TV utilizando DLNA para "puxar a mídia" de uma máquina Linux.

O que é DLNA? Nâo é meu objetivo explicar o que é. Então dá uma lida aqui: http://www.dlna.org

A grosso modo, a ideia é fazer a Smart TV (ou outros dispositivos) acessarem um servidor de mídia (filmes, fotos, músicas) via rede, seja ela cabeada ou WiFi, sem precisar conectar a TV via HDMI (por exemplo) nesse servidor.

O que utilizei:

• Slackware64-14.0 Linux (no meu desktop e notebook) Debian 6.0.7 (para ARMEL, no meu servidorzinho de downloads, que é um Sheeva Plug)
• minidlna (software)
• um wifi router da tp-link
• uma Smart TV da LG

Compile e instale o minidlna (que precisa do ffmpeg já instalado) na sua distribuição. No slackware eu usei este slackbuild. No debian, como não tinha pacote pra ARMEL, tive que baixar, compilar e instalar no braço. Mas é barbadinha.

Depois disso basta editar/criar o arquivo de configuração do minidlna em /etc/minidlna.conf. Coloquei as seguintes configs no meu download server:

port=8200
network_interface=eth0
media_dir=/mnt/hd/downloads
friendly_name=Sheeva Media Center
db_dir=/var/cache/minidlna
log_dir=/var/log/minidlna
album_art_names=Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg/AlbumArt.jpg/albumart.jpg/Album.jpg/album.jpg/Folder.jpg/folder.jpg/Thumb.jpg/thumb.jpg
inotify=yes
enable_tivo=no
strict_dlna=no
notify_interval=900
serial=1234 #claro que não usei este serial   :P
model_number=1

Com isso feito, montei o HD externo em /mnt/hd e disparei o minidlna com 'minidlna -d'. Na primeira execução ele vai "varrer" a pasta (e subpastas) para catar as mídias. Pronto, com isso o server já deve estar ativo. Agora é só fazer a TV procurar o DLNA server, escolher o que quer assistir e correr pra galera.

Ah, se remover/adicionar alguma mídia da biblioteca, convém rodar um 'minidlna -R', pra ele rescanear as mídias.

Problema encontrado:

Como minha rede wifi em casa é 802.1g, meu limite de link é de 54Mbps. Por conta disso, tentei rodar um filme em Full HD (1080p) e me dei mal. O video iniciou legal, mas uns 30s depois parou pra "buffering", rodou mais um tempo, buffering, etc. Creio que se minha wifi fosse 802.1n (que vai a mais de 300Mbps) não teria esse problema.

Foi por causa disso que instalei o minidlna no meu notebook. Assim pra ver filme porrada (full hd), conecto ele na TV através de um cabo de rede e vai tranquilex.

Abraço!

P.S. - Pô, falha minha! Esqueci de agradecer ao Cesar Radtke pela dica do minidlna. Valeu, bruxo!

:: Configurar mais de um dispositivo de som como DEFAULT no Linux ::

Como prometi no post anterior, aqui vai uma dica que é bem útil pra mim e que espero seja útil para mais gente.

Descrição do problema:

Tenho dois dispositivos de som no meu PC de casa, sendo a placa de som onboard (onde estão ligados meus speakers 5.1) e meu headset USB (Logitech G930). Ambos funcionam perfeitamente no Linux (com exceção dos botões de função do G930).

Minha esposa prefere usar os speakers para ouvir música, ouvir as ligações (skype) e assistir vídeos (youtube). E eu prefiro usar o headset quando estou trabalhando.

O grande "dilema" é que utilizamos usuários diferentes no Linux e, nesse caso, perfis diferentes no que se refere aos dispositivos de som. Esse dilema surge porque os aplicativos do linux são variados, utilizam bibliotecas variadas e, sendo assim, não têm um comportamento uniforme como acontece no Windows ou MacOS. Eu posso selecionar meu headset para ser o dispositivo default nas configurações do KDE. A partir daí todos os aplicativos do KDE que usam som vão lançar o som por ali. Por exemplo, as notificações de som dos aplicativos/sistema, as músicas que o Amarok toca, etc. Porém o plugin de flash vai fazer o áudio dos vídeos do youtube saírem pelo dispositivo que está setado como default pelo ALSA (que é o subsistema de audio que o Linux usa (ou pelo menos a grande maioria das distribuições)).

Teoria de como resolver o MEU problema:

O que eu preciso é configurar um dispositivo como sendo o default do sistema, ou seja, para todos os usuários esse dispositivo será o primário; configurar exceções para que em casos específicos (usuário da minha esposa, por exemplo) o default device seja outro.

Então o que eu quero é:

• Headset G930 - dispositivo default do sistema
• Placa de som - dispositivo default para minha esposa

Como resolver, na prática:

A magia está em fazer a configuração via arquivo "~/.asoundrc" (notar que "~" indica a pasta HOME do usuário; o "." no início do nome do arquivo indica que ele é um arquivo oculto).

O ALSA, ao detectar a existência desse arquivo no HOME do usuário passa a obedecer as regras ali indicadas, ao invés de seguir sua configuração padrão.

Por default, meu Linux reconhece a placa de som onboard como sendo o dispositivo primário de áudio. Como quero que o primário, globalmente falando, seja meu headset, então preciso em primeiro lugar mudar esse "comportamento". Para isso basta editar o arquivo /etc/modprobe.d/sound.conf e alterar os índices dos dispositivos ali presente. Então o headset fica com o índice "0" e a placa de som fica com "1". Ficaria mais ou menos assim (não estou postando do meu PC, então não lembro exatamente como está lá):

options snd-usb-audio index=0
options snd-hda-intel index=1

Então agora meu headset é o primário e a placa de som a secundária. Agora preciso fazer com que a placa de som seja a "primária" para o usuário da minha esposa. Então vamos ao "~/.asoundrc".

Em minhas pesquisas na Internet descobri várias maneiras de se obter essa configuração. Porém as que utilizei antes da "versão final", me deixavam com um pequeno-grande problema: quando um aplicativo estava usando o dispositivo de som, outros aplicativos ficam impossibilitados de o usar. Por exemplo, se eu rodasse um video do youtube no navegador, o que é feito pelo plugin de flash, esse ficava ativo o tempo todo, não liberando o dispositivo mesmo depois do vídeo já ter acabado. Assim nem mesmo os aplicativos do KDE (como o Amarok) conseguiam produzir sons. Ou, no meu caso, em que o Amarok já inicia junto com o KDE, aquele já tomava conta do dispositivo de som (mesmo que não estivesse tocando nada) e ferrava tudo.

O segredo está em habilitar a mixagem por software, o que possibilita que mais de um aplicativo toquem sons simultaneamente (se por acaso alguém precisa disso), mas o mais importante, um aplicativo não fica "de dono" do dispositivo quando não está fazendo nada, deixando que outros possam utilizá-lo.

Primeiro precisamos ver com qual número de identificação o dispositivo foi identificado pelo sistema. Isso é feito com o comando "aplay -l". No meu caso a placa de som onboard está como "card 1".

A grande magia: (configuração do ~/.asoundrc):

pcm.!default {
  type plug
  slave.pcm "dmixer"
}

pcm.dmixer {
  type dmix
  ipc_key 1024
  slave {
          pcm "hw:1,0"
  }
  bindings {
          0 0
          1 1
  }
}

ctl.dmixer{
  type hw
  card 1
}

Pronto, com esse arquivo dentro do HOME da minha esposa a placa de som fica como default para ela, enquanto que o meu headset fica como default globalmente.

Quem tiver alguma dǘvida sobre como fazer a magia funcionar, deixe um comentário que eu vejo se posso ajudar. De antemão já aviso que não sou um mestre em ALSA e suas magias negras. Apenas tive que dar uma pesquisada para fazer funcionar como eu estava precisando.

Para os meu amigos "non-linux-users" que tenho certeza vão ficar me zoando e dizendo coisas como "porra, mas até pra configurar uma coisa simples como essa no Linux é um parto"... Sim, eu concordo com vocês. Não sei se em alguma outra distribuição essa configuração toda é mais fácil de ser implementada via ferramenta gráfica. Na distribuição que uso (alguns diriam que eu TEIMO em usar), não rola. Mas sigo insistindo no Slackware justamente porque é graças a essa "crueza" que eu aprendo cada vez mais, ao contrário do que acontece com os pobre Joe Users que estão soltos pelo mundo a fora ;)

Enjoy!

:: Testing KDE-4.6rc2 ::

I am testing KDE-4.6 since rc1, now in rc2. It is good, just a few changes, nothing big that I could spot. However, some "big" changes happened. For example, before I could plug a removable media (i.e. external hard drive) which was formated with ntfs file system, mount it by means of device notifier and that's it. The drive would be mounted with ntfs-3g, which allowed me to write to the disk/partition. KDE-4.6, as far as I noticed, don't use HAL anymore, it relies on UDEV. So the rules of the game have been changed. Everytime I plugged one of those disks, I was forbidden to write to the disk/partition. How to solve that?

Well, I WON'T say it works for ALL distributions, but I know it works for me, in Slackware. I created the file /etc/udev/rules.d/99-ntfs3g.rules. Inside of it I typed:

ENV{ID_FS_TYPE}=="ntfs", ENV{ID_FS_TYPE}="ntfs-3g"

Now restart your system (I simply did a /etc/rc.d/rc.udev force-restart (which is not recomended) and that's it. Now you can plug your removable ntfs formated device and you will be able to write to it ;)

:: Tchelinux in Alegrete ::

Olá pessoal! Mais um post rápido (é, sempre um "post rápido"), desta vez só pra alardear que vai rolar um evento do Tchelinux aqui em Alegrete, na UNIPAMPA. O evento ocorrerá dia 04 de Dezembro de 2010.

Para maiores informações visite http://eventos.unipampa.edu.br/tchelinux2010.

Uma inovação deste evento será a possibilidade de se fazer apresentações/palestras remotamente, ou seja, o palestrante não precisará vir até Alegrete para participar ;)

Aos interessados... SE ATRAQUEM!

:: Keyboard Layout on Xorg ::

Bom, esta dica vai pra quem tem teclado abnt2 e não entende porque seu linux não obedece mais aquela boa e velha configuração de teclado no /etc/X11/xorg.conf. Pra encurtar a história (quer saber mais? pesquisa no google), agora o Xorg obedece o que o hal tem a dizer sobre o assunto (input devices).

Então sendo bem direto, faça o seguinte:

• Digite:

# lshal | grep xkb

• O resultado deve ser algo como:

input.xkb.layout = 'us' (string)
input.xkb.model = 'evdev' (string)
input.xkb.options = 'terminate:ctrl_alt_bksp' (string)
input.xkb.rules = 'base' (string)
input.xkb.variant = '' (string)
input.xkb.layout = 'us' (string)
input.xkb.model = 'evdev' (string)
input.xkb.options = 'terminate:ctrl_alt_bksp' (string)
input.xkb.rules = 'base' (string)
input.xkb.variant = '' (string)

• OK, notou que está apontando para teclado com layout americano, certo?
• Copie o arquivo /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi para /etc/hal/fdi/policy/

#cp /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi /etc/hal/fdi/policy/

• Edite o arquivo /etc/hal/fdi/policy e:

na linha que tem merge key="input.xkb.model" type="string" troque evdev por abnt2

na linha que tem merge key="input.xkb.layout" type="string" troque us por br

• Reinicie o hal e teste o 'lshal | grep xkb" novamente:

input.xkb.layout = 'br' (string)

input.xkb.model = 'abnt2' (string)

input.xkb.options = 'terminate:ctrl_alt_bksp' (string)

input.xkb.rules = 'base' (string)

input.xkb.variant = '' (string)

input.xkb.layout = 'br' (string)

input.xkb.model = 'abnt2' (string)

input.xkb.options = 'terminate:ctrl_alt_bksp' (string)

input.xkb.rules = 'base' (string)

input.xkb.variant = '' (string)

input.xkb.layout = 'br' (string)

input.xkb.model = 'abnt2' (string)

input.xkb.options = 'terminate:ctrl_alt_bksp' (string)

input.xkb.rules = 'base' (string)

input.xkb.variant = '' (string)

• Se estiver com o Xorg rodando, reinicie-o e pronto ;)

Ah pra que tudo isso? Bom, se você está usando um Window Manager como LXDE e Openbox... bom, eles não têm um configurador de layout de teclado como Gnome e o KDE têm. Então...

A real é que eu resolvi testar o LXDE no meu netbook, daí como tive problemas com o layout de teclado dentro do LXDE, o jeito foi aprender mais essa, e por conseguinte compartilhar com a comunidade.

Feita a boa ação de hoje, vou dormir!

:: Chromium on Slackware - Part 5 ::

Guess what, a quick post to inform that I have updated the chromium.SlackBuild at http://github.com/yucatan/chromium. The 'bigest' change is in regard of something I missed when I first came up with the script. The browser would run very fine, but miorimmax and guax pointed out that the javascript inspector (activated by Ctrl+Shift+J) would not work. So I studied the problem a little bit and found out the 'resources/'d folder was missing in the package. Now that's fixed and the inspector is working ;)

There are also binary packages there, i486 for slackware-13.1 and x86_64 for slackware64-current.

Oh, and most important, my slackbuild was accepted at www.slackbuilds.org. But, the version which is available there is the old one. Wait just a bit to download it (if you don't trust the script from my github repository) because I have already submited the update to SBo.

OK, job done

:: Chromium on Slackware - Part 3 ::

OOOOK, more news on the subject. I finally built chromium packages from those smaller sources, so a new slackbuild was born and new packages of chromium are ready. Plus, a new dependency (yasm) showed up, but that's no big deal. On Slackware64-13.1 and current we already have the package for yasm. If you are running Slackware-13.1 (32bit) you will need to build the package yourself (get the the slackbuild here.

Bellow are the links to download the slackbuild and the packages:

• chromium.SlackBuild
• chromium-7.0.542.0-i486-1_ken.tgz
• chromium-7.0.544.0-x86_64-1_ken.tgz

Edit: I just edited the links above!

OK, have fun and don't forget to tell me if you have any problem with them.

:: Chromium on Slackware - Part 2 ::

A very quick post just to share the news. Today I came up with the SlackBuild script for Chromium, plus two new packages, one for x86 and one for x86_64. Ah, and I changed the repository from mediafire to rapidshare.

To download go here (the links are now dead, please the post "Part 3"). It should open a "folder" containing the three files. Download whatever suits you best.

Feedback is welcome, of course.

:: Chromium on Slackware ::

OK, unlike other Chrome/Chromium packages for Slackware we see "floating" around the internet, this time we DO have a Chromium package which is REALLY made for slackware. What's the problem with the other packages? Well they were made like one of these options:

1. people pick up DEB (or RPM) packages, unpack them, then repack as TGZ or TXZ
2. people pick up the builds google release, then make packages (TGZ or TXZ) for slackware.

OK, you still don't have a clue for what is the problem, right? Simple to show. Please open your Chrome/Chromium on slackware, then go to any site you can upload files. Now choose to upload a JPEG/JPG file. Yes, your browser crashed as soon as you clicked on that JPG file, right?

"WHAT THE HELL HAS JUST HAPPENED?" You might be asking yourself (or me). I posted a bug repport about that (like many other users, even of many other distros, did). So the good people on google (chrome/chromium team) said the problem is related to libjpeg. They use one version of libjpeg when building their packages (for Debian/Ubuntu or RedHat). Then on Slackware we have a different version of libjpeg. When Chrome tries to create/show the preview for that JPG file you clicked (to try and upload) some sort of "conflict" shows up and the browser goes to hell. They (google) advise to compile chrome from source, which should remove the problem.

So yesterday I finally took time to download all that HUGE source code (more than 800MB) of chromium. Decompressed it, synced with their SVN... and then I compiled Chromium ON SLACKWARE, FOR SLACKWARE.

That said, now we have packages (chromium and deps) for Slackware64-13.1 on the links bellow:

chromium-7.0.541.0-x86_64-1_ken.txz

GConf-2.28.1-x86_64-1_SBo.txz

gnome-keyring-2.28.2-x86_64-1_SBo.tgz

libtasn1-2.8-x86_64-1_SBo.tgz

ORBit2-2.14.17-x86_64-1_SBo.txz

(the above links are all dead now. Please see the post "Part 3")

As soon as I get a VM running slackware-13.1 (32bits) I will get packages for that architecture too.

OK, let me know if you have any problems using these packages, chromium, etc.

Lunch time.

:: Scanner on Slackware 13.1 ::

Sejamos "rápidos e rasteiros". Minha esposa tem uma impressora multifuncional (scanner, impressora, etc) que funcionava muito bem no Ubuntu dela. Só que agora o PC dela está desativado e a impressora veio pra minha mesa. Como eu sei que uma hora dessas ela vai precisar do scanner...

Então conectei a dita cuja no meu PC (que roda Slackware-13.1 64bits). A parte de configuração da impressora foi barbada. Mas daí faltava o scanner! Após muito fuça-refuça e algumas pesquisadas no google, descobri que a magia está em simplesmente adicionar seu usuário aos grupos 'lp' e 'scanner'. Como fazer?

gpasswd -a USUARIO lp
gpasswd -a USUARIO scanner

Claro que isso tem que ser feito como 'root'. Pronto, já pode testar se o sistema vai achar seu scanner:

[kenjiro@coruscant:~]$ sane-find-scanner
found USB scanner (vendor=0x03f0 [HP], product=0x5611 [Photosmart C3100 series]) at libusb:002:007

[kenjiro@coruscant:~]$ scanimage -L
device `hpaio:/usb/Photosmart_C3100_series?serial=BR731GQ0FT04KV' is a Hewlett-Packard Photosmart_C3100_series all-in-one

(claro que os resultados acima são referentes ao meu equipamento né)

Agora é só usar o xsane (ou sei lá que software de scanner você prefere).

Feito, está aí minha boa ação do final de semana ;)

:: FISL 11.0 ::

Bom... digamos que esse foi um dos FISLs menos divertidos para mim. É que na real eu mais trabalhei do que assisti palestras ou fiz networking. Mas... creio que valeu a pena mesmo assim.

No primeiro assisti apenas duas palestras. Primeiro porque estava podre de cansado da viagem (saímos de Alegrete um pouco depois das 23:00 do dia 20/07 e chegamos em POA lá por 8:00 do dia 21/07). Segundo porque tivemos problemas em nosso link e alguns serviços de rede, então tive que entrar em ação (Ó, e agora, quem poderá nos defender?) Sorte que o Piterpunk estava lá área dos stands. Por que? Porque no primeiro dia essa área não estava liberada para a "chinelagem", só para os expositores. Daí consegui uma credencial de expositor e fui pra lá trabalhar.

Adivinhem quem estava no stand do GUS-BR (Grupo de Usuários de Slackware)?

Marina, Supergrilo e Piterpunk

Por falar em Supergrilo... que bichinho mais a toa ;) O povo do slackware é muito gente boa. Não se assustem porque o povo se veste de preto, viu!

Com gente bonita como essa no stand, por que será que não juntava gente em volta, como no stand do IG?

É, mas ficar no stand do slackware não é só "ficar ali". A galera também rala um pouco.

Piterpunk dando explicações sobre o SheevaPlug (rodando ArmedSlack) e o Supergrilo fazendo uma instalação de Slackware.

Entre uma trabalhada e outra... ou uma palestra... que tal dar uma volta e tirar umas fotos pra queimar o filme com força?

Eu e o pinguinzão da Linux Magazine

Olha o GNU aí geeeente! (e teve quem achasse que era um demônio o.O)

Mas... não eram só nerds feiosos (como eu) e bichos gigantes (como o Tux e o GNU) que chamavam a atenção no FISL 11.0. Também havia criaturinhas mimosas, bonitinhas e .... bom, dizem que imagens falam mais que 1k palavras né:

As gurias do stand da UOL

Algumas beldades do stand do IG

Uma das Trinity girls (só que sem todo o vinil) do IG com o Jean e eu ao lado.

A outra Trinity girl do IG (não que ela seja "a outra", mas...)

E pra finalizar... as "criaturinhas" mais interessantes e as mais bonitinhas do evento. Choose whatever suits you best

Que chato a gente ter ficado perto do stand do IG né :P

Ah sim, vale lembrar que o guax e o snap também deram as caras por lá.

No final das contas assisti só 4 palestras (de todo o FISL). O resto do tempo foi trabalhando mesmo. Mas tudo bem, faz parte. Quem sabe ano que vem eu me divirto/aproveito mais e trabalho um pouco menos né ;)

"Prova" do caboclo trabalhando no stand do Slack:

O bicho "tava" pegando!

Eu concentrado tentando achar o furo da bala e meus colegas disseram que eu estava é rezando. Anyway...

E antes que venham criticar, as fotos mais bichadas são obra do meu celular ou do iPhone do Alex hehehehehehe. Tem culpa eu se eu não tenho um N95 ou outro cell com camêra melhor? :(

Abraço e até mais

:: KDE-4.5Beta2 ::

Hello there! Long time I don't show up, huh?

Today I am posting about kde-4.5Beta2, which was released this week. Why posting about a beta version of KDE? Well, this might help some people understand the evolution of this version (4.5) or some people, who are trying the beta, will be able to find out that (s)he isn't the only one suffering with some bug.

First impressions:

KDE-4.5 is getting nicer. I didn't spot all the new features, but some which called my attention:

1. Now you can set the calendar to show you special dates/holidays. Just configure it to show the dates of your location (Brazil in my case) and you are done;
2. New desktop effects;
3. New window decorations;

"Bah, only that?"

No, I believe there is more. I just didn't have time to mess around more deeply ;)

Problems found:

Yes, it has problems/bugs. Remember, IT IS A BETA VERSION. It is supposed to not be ready and stable. That said... a problem I found (and many other users also) is that plasma-desktop is not enjoying keeping the configurations you will do (or have done). You set up your wallpaper, place some widgets on the desktop... and when you restart KDE (or simply plasma-desktop) the default wallpaper is back and the widgets have been moved to "another dimension". Yes, another dimension because the widgets were not removed. They are somewhere you can touch them. I even tried removing the plasma-desktop config file, to no avail.

I found out there is a bug report open about this, and as far as I read, this problem is fixed on the SVN. So you can either download and compile the SVN version, or you wait for the next Beta (or perhaps a RC version).

I had a problem with kwalletmanager on my computer at home, when I first tried kde-4.5beta2. But I didn't have that when I installed it on my work PC. It might have something to do with my '.kde/' at home. On the second time I ran kde-4.5beta2 the problem was gone.

Well, I will report more as soon as I find more insteresting news (be them good or bad).

:: ATI vs Slackware-current ::

Aqueles que como eu têm uma placa de vídeo da ATI, já notaram como tem sido um saco instalar os últimos drivers no Slackware-current (seja 32 ou 64 bits), certo?

Bom, fuça aqui e fuça ali eu consegui um SlackBuild e um driver que dão uma resolvida na questão:

fglrx-8.723.1 (é um link pro rapidshare)

Empacotei toda a tralha que eu tenho lá em casa e mandei pro RapidShare, pra facilitar a vida de outras criaturas atormentadas pela ATI ahahaha

Ah, quem estiver usando slackware-current 32bits, favor editar o arquivo fglrx.SlackBuild e mudar o ARCH. Fora isso é só rodar o script, esperar o package ser criado, instalar (com installpkg ou "upgradepkg --install-new"), reiniciar o PC e correr pra galera.

Bom, fiz minha boa ação de hoje ;)

:: Skype on Slackware64 ::

Bom, muita gente gastou um bom tempo pesquisando no google o que precisa instalar no Slackware64 pra fazer o Skype funcionar. Então como eu consegui fazer a coisa funcionar, vou colocar aqui as dicas, de forma a facilitar a vida "dos que vierem depois de mim". Claro que vai servir como referência para mim mesmo ;)

Ontem tentei fazer o skype_static-2.1.0.81, versão "static", funcionar. Pra começo de conversa ele não é mais static há um bom tempo, visto que ele precisa de um monte de libs. Então vamos ao que interessa:

1. Em primeiríssimo lugar é necessário instalar os pacotes de multilib que o alienBob disponibilizou: http://connie.slackware.com/~alien/multilib (leia com atenção o que ele diz aí)
2. Bom, se tu leste ali direitinho, vai ver que ele fala em gerar alguns outros pacotes "compat32". Isso gera em torno de 60MB de pacotes adicionais a serem instalados. Entretanto para fazer o skype funcionar, não vais precisar de todos, "apenas" os que vou listar abaixo:

alsa-lib-compat32

alsa-oss-compat32

e2fsprogs-compat32

expat-compat32

fontconfig-compat32

freetype-compat32

glib2-compat32

libICE-compat32

libSM-compat32

libX11-compat32

libXScrnSaver-compat32

libXau-compat32

libXdmcp-compat32

libXext-compat32

libXi-compat32

libXrandr-compat32

libXrender-compat32

libXv-compat32

libxcb-compat32

util-linux-ng-compat32

zlib-compat32

Feito isso é só mandar o Skype rodar. Qualquer dúvida é só me avisar, na medida do possível eu ajudo ;)

Abraço

P.S. - editei o post e coloquei a versão do skype que usei, só para que não pairem dúvidas.

:: Buggy OpenSSH? ::

OK, after installing Slackware64 on my computer, I went for an upgrade to slackware64-current. No news, I talked about this on the last post. But then I decided to go for RSAAuthentication on openssh. I used that s sometime ago and now was time to go back to it. I did everything correctly but... it wouldn't work. What the hell?

Bellow is what I would get on my log:

Apr 7 00:04:13 coruscant sshd[650]: Failed publickey for kenjiro from x.x.x.x port 32880 ssh2

I wasted more than 2 hours messing with my configs to no avail. Now that I was really tired and upset I decided to give a chance to google ;)

Here I found a discussion about the exact problem I was having. So, until openssh guys fix this problem, all I have to do is to edit /etc/ssh/sshd_config:

1- where you see this

AuthorizedKeysFile .ssh/authorized_keys

2- you change to

AuthorizedKeysFile %h/.ssh/authorized_keys

Did you notice the "%h/"? Yes, that does the magic.

So, happy sshing for you too.

:: Slackware-current, NVidia driver, kernel 2.6.33.1 ::

Inglês

So, you just upgraded your slackware box to the latest slackware-current (04/06/2010), right? And then you find out you just can't install the proprietary NVidia driver (195.36.15 and the one before that), right? Fear not, for I have a solution. No, not a nice and clean solution, but it is a nice solution. Well, at least for me it is :)

Does the NVidia installer complain about some sort of framebuffer (rivafb or nvidiafb)? Yes, I got that. But then I had no rivafb or nvidiafb module loaded. Then I suspected that "nasty" nouveau module. So I blacklisted it:

1- edit your /etc/modprobe.d/blacklist file and add the following line at the end (or whatever you like best)

blacklist nouveau

2- save the file, reboot your computer.

Yes, now you must have lost that nice framebuffered console, but now you will be able to install NVidia driver. At least I could do it, finally.

Try it and let me know if it works for you too.

Now I just have to find out why I can't install ATI driver (10.3) on a slackware-current box (at home). If anyone has a tip/solution, I am all ears. ;)

Portuguese

Então... tu recém atualizaste tua instalação do slackware para o mais novo slackware-current (06/04/2010), certo? E então tu descobriste que não consegue instalar o driver proprietário da NVidia (195.36.15, ou o anterior), certo? Não tema, pois eu tenho a solução. Não, não é uma solução elegante e legal, mas é uma solução legal. Bom, pelo menos pra mim é :)

O instalador da NVidia reclama sobre algum framebuffer (rivafb ou nvidiafb)? Sim, eu "tomei" uma dessas. Mas eu não tinha um módulo rivafb ou nvidiafb carregado. Então eu suspeitei daquele módulo nouveau "nojentinho". Então eu meti ele na blacklist:

1- edite seu arquivo /etc/modprobe.d/blacklist e adicione a seguinte linha no final (ou onde achar melhor)

blacklist nouveau

2- salve o arquivo e reinicie o computador.

Sim, agora tu deves ter perdido aquele console com framebuffer que tu tanto amas, mas agora tu vais poder instalar o driver da NVidia. Pelo menos eu consegui, finalmente.

Teste aí e me diga se funcionou também.

Agora só me resta descobrir por que o driver da ATI (10.3) não instala no slackware-current lá de casa :( Se alguém tiver alguma dica/solução, estou aceitando ;)

:: KDE-4.4.0 ::

OK, finalmente chegou a vez de eu falar do KDE-4.4.0. Lembram de tudo aquilo que eu falei sobre o Mac OS, no post anterior? Então...

Vamos primeiro aos pontos negativos:

1. Não é tão bem integrado quanto o Mac OS é. Culpa do KDE? Não necessariamente, visto que esse "problema de falta de padronização" é algo que afeta o SO (Linux) em si. E eu coloquei entre aspas justamente porque essa falta de padronização é algo que a galera nerd/geek, os árduos defensores do software livre, tanto gostam. Do que estamos falando? Freedom! (Liberdade). Sim, liberdade de escolha. "Ah, eu não gosto da cara do KDE", ok, usa Gnome, XFCE, Fluxbox, etc, etc. Não gosta do KOffice? Usa [Open|BR]Office, etc. Mas do ponto de vista do usuário final, o Joe user como eu digo, isso é um empecilho sim;
2. O sistema de busca do KDE melhorou muito, entretanto ainda fica devendo se comparado com o do Mac OS X ou do Windows Vista/7. Nesses dois últimos basta, por exemplo, estar com o gerenciador de arquivos (Finder no Mac, Windows Explorer no Windows) aberto, daí digitar uma string no campo de busca... e enquanto se está digitando ele já está procurando. No KDE não. O campo de busca também está ali no Dolphin (gerenciador de arquivos), só que ele só começa a procurar por alguma coisa após se pressionar ENTER (ou clicar no botão que inícia a busca). Mas já melhorou bastante. Ah sim, essa melhora no sistema de busca não é de agora, da versão 4.4.0, mas nela ele deu mais uma evoluidinha.
3. Está um pouco mais pesadinho. No momento estou rodando kopete (IM), amarok (music player), skype, duas janelas do Dolphin, Google Chrome (com 4 abas)... e o sistema como um todo está consumindo pouco menos de 1.2 GB de RAM :D (quanto será que o Windows 7 consumiria pra rodar tudo isso né)

Agora os pontos positivos:

1. Pra começo de conversa, eu acho o KDE-4 mais bonito que o Windows 7 e até mesmo que o Mac OS X. Sim, eu sei muito bem que o KDE-4 tem várias coisas inspiradas (copiadas?) no SO da Apple. Só que realmente eu acho o KDE-4 mais bonito. O gnome vem se inspirando no Mac OS X faz tempo, porém eu continuo achando que aquele, por usar GTK, deixa a desejar em termos de beleza. Mas tudo bem, gosto é gosto.
2. Gostei bastante de terem alterado o modo como a seleção de widgets é feita. Não se abre mais uma janela para os escolher. Agora aparece uma "barra" acima/abaixo da barra de tarefas, com a lista de widgets na horizontal. Sem falar que agora dá pra colocar uns widgets direto na barra de tarefas (ou no painel em que a barra está).
3. Sinceramente eu achei o KDE-4.4.0 mais rápido que o KDE-4.3.4 (último que eu havia testado), e está bem estável, pois não tive nenhum crash ou qualquer outro tipo de problema com ele.
4. Não preciso dizer que eu posso deletar arquivos direto sem mandar pra lixeira; que eu posso recortar (mover) arquivos/pastas; que eu posso acessar servidores 'smb' ou 'sftp' direto pelo gerenciador de arquivos.... não preciso né? :P

Bom, pra que ficar gastando saliva ou pensando em como tirar as melhores screenshots se os caras fizeram uns videozinhos né:

Acho que os vídeos falam por si só né:

E como eu disse no post de adeus ao Mac OS, foi por causa dele (e da mudança de emprego/cidade) que eu demorei tanto para passar do KDE-4.3.4 para o 4.4.0. Assim sendo, deixei o pessoal do Bluewhite64 (a distribuição de Linux que eu uso) na mão, esperando pelos pacotes. Já está tudo pronto, agora. Só estou fazendo mais uns testes antes de realmente mandar pro repositório para que outros usuários testem também.

Bom, chega por hoje. Está quente, os mosquitos querem me fazer de janta e eu não estou afim de colaborar.

T+