E disseram que não seria possível! AH!
E disseram que não seria possível! AH!
É isso aí, o padoca está no twitter (vejam aba do lado direito), através do mesmo poderão seguir os últimos softwares lançados no repo padoca, links de interesse e outras novidades que nem sempre merecem um artigo completo no blog, mas nem por isso deixam de ser interessantes.
Enjoy and keep tweeting!
O KDE 4.x traz um desktop search do mesmo nivel do beagle e tracker no gnome, ou desktop search no macosx/windows, chamado strigi, que faz parte da desktop semântica, tecnologia que promete.
No entanto, devido a um erro de pacotes, o strigi vem “quebrado” por padrão.
Então, se você for em System Settings -> Advanced -> Desktop Search, e quando for ativar o botão Enable Strigi Desktop File Indexer, na tab Basic Settings, o strigi morrer com a mensagem “strigi service failed to initialize…”, faça o seguinte:
Isso deve mostrar algo como:
linux-gate.so.1 => (0xb7f0e000)
libsoprano.so.4 => /usr/lib/libsoprano.so.4 (0xb7ded000)
libjvm.so => not found
libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0xb7bb4000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7ac5000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7ab6000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7953000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb793a000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7913000)
libz.so.1 => /lib/libz.so.1 (0xb78fd000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb78f7000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xb78ee000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7836000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7832000)
libpcre.so.3 => /lib/libpcre.so.3 (0xb77ff000)
repare que a libjvm.so não está sendo encontrada.
reinicie o nepomuk (a maneira mais fácil é relogar no kde) e ative o serviço strigi, agora vai funcionar 🙂
Since the original fork from KHTML, a lot of water as passed under the bridge of webkit development, to the point that as of today, webkit based browsers thrive all over linux land.
The padoca team decided to do some light testing and benchmark, and to check out what exactly is going on with webkit in the land of the penguin. So, without further ado…
Lets start by learning what exactly is webkit, courtesy of wikipedia 🙂
So, that is that 😀 Webkit is a browser engine, like gecko is the browser engine for mozilla/firefox and friends.
Now, for something completely similar, who are there guys (browsers) anyway?
First and foremost, the grandfather of the webkit itself, the great, lean, mean and kde machine, Konqueror and is KHTML engine!!!
But wait a minute, isn’t KHTML somewhat diferent from webkit? Well.. yes and no, webkit WAS based in KHTML, so for testing purposes (not to mention merit) we included KHTML in our review, but there’s a somewhat more hidden reason also. You see, Konqueror has a webkit kpart so you can switch between khtml and webkit on-the-fly, and THATS the primary reason we added good old konki to the review 🙂
Lets see how every browser likes to be called. We used w3schools to ask them nicely, and this is what konki told us:
Mozilla/5.0 (compatible; Konqueror/4.2; Linux) KHTML/4.2.2 (like Gecko)
Now lets torture.. i mean ask nicely the webkit part:
Mozilla/5.0 (Konqueror/4.2; Linux) AppleWebKit/527+ (KHTML, like Gecko, Safari/419.3)
Acording to the dealer, konki fails with the acid because of this:
Failed 13 tests.
Test 13 failed: collapsed is wrong after deletion
Test 26 failed: e1 – parent element doesn’t exist after looping
Test 27 failed: e1 – parent element doesn’t exist after waiting
Test 29 failed: expected ‘2’ but got ‘1’ – cloned table had wrong number of children
Test 31 passed, but took 35ms (less than 30fps)
Test 40 passed, but took 34ms (less than 30fps)
Test 51 failed: expected ‘6’ but got ‘5’ – wrong number of rows
Test 53 failed: expected ‘1’ but got ‘0’ – form’s elements array has wrong size
Test 54 passed, but took 34ms (less than 30fps)
Test 69 passed, but took 70 attempts (less than perfect).
Test 70 failed: UTF-8 encoded XML document with invalid character did not have a well-formedness error
Test 74 failed: getSVGDocument missing on <iframe> element.
Test 75 failed: SVG DOM interface SVGRectElement not supported.
Test 76 failed: Undefined value
Test 77 failed: SVGTextContentElement.getNumberOfChars() not supported.
Test 78 failed: Attempt to use a non-function object or a value as a function.
Test 79 failed: Attempt to use a non-function object or a value as a function.
Total elapsed time: 11.28s
The webkit kpart performs a little better, but still isn’t perfect (keep reading and you’ll be shocked on how many browsers pass the test flawlessly).
Here are the scores:
Failed 2 tests.
Test 00 passed, but took 156ms (less than 30fps)
Test 01 passed, but took 42ms (less than 30fps)
Test 26 passed, but took 112ms (less than 30fps)
Test 65 passed, but took 94ms (less than 30fps)
Test 69 failed: timeout — could be a networking issue
Test 74 failed: getSVGDocument failed for <object> referencing an svg document.
Test 75 passed, but took 73ms (less than 30fps)
Total elapsed time: 9.48s
But in real life, both browsers perform very well and konki as a feature none of the other webkit browser have, the versatility. Since one image speaks for a thousand words and we are lazy, here it is what we mean:
Next kid is a peach 😀 Is name is arora, is qt/kde based and it works very well indeed. It’s our favorite of all the webkit browsers till now.
It insists after questioned that is name is:
Mozilla/5.0 (X11; U; Linux; en-US) AppleWebKit/527+ (KHTML, like Gecko, Safari/419.3) Arora/0.6
Next in the bunch comes our gtk based favorite, midori.
Identified by this name, is the only that passed the acid3 test flawlessly, probably because its the one with the newest webkit engine as you can see:
Mozilla/5.0 (X11; U; Linux i686; en-us) AppleWebKit/528.5+ (KHTML, like Gecko, Safari/528.5+) midori
The dealer says:
Failed 0 tests.
Test 26 passed, but took 87ms (less than 30fps)
Test 69 passed, but took 89 attempts (less than perfect).
Test 79 passed, but took 54ms (less than 30fps)
Total elapsed time: 9.47s
Next we have a midori cousin from the east, kazehakase, which besides the unpronounceable name has the differential of being the only hybrid browser of the bunch (he can use both gecko and webkit engines, a feat on its own), but is still a little slow and rough around the edges. A nice browser nonetheless.
Passport card shows him as a:
Mozilla/5.0 (X11; U; Linux i686; en-us) AppleWebKit/525.1+ (KHTML, like Gecko, Safari/525.1+) kazehakase
He also has acid3 on its veins:
Failed 0 tests.
Test 26 passed, but took 98ms (less than 30fps)
Test 69 passed, but took 73 attempts (less than perfect).
Total elapsed time: 3.34s
We are now down to two browsers, the youngest of the bunch, the babies of the pack, ladies and gentlemen, please welcome…
reKonq is a baby browser with a lot of promise. based on QTWebDemo just like arora, is aim is to be a full feature KDE browser, and already has a few interesting tricks, like being a singleton app (if a tab crash it doesn’t bring the browser down with it, just like google chrome). It is also very fast and just like arora and the bunch, supports flash and performs very well in day to day usage). We are going to keep a very close eye on this kid as he matures.
After asking if he likes mommy or daddy more, he answered:
Mozilla/5.0 (X11; U; Linux; en-US) AppleWebKit/527+ (KHTML, like Gecko, Safari/419.3) rekonq
The kid also isn’t old enough for acid3, but he’s getting there:
Puff daddy would be proud:
CHROMIUM!!! The google chrome open source cousin already is developing nicely…
The ultrascan shows he is a:
Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/530.7 (KHTML, like Gecko) Chrome/184.108.40.206 Safari/530.7
Unfortunately to the youth organizations he’s already on acid:
And this medical records show there is no hope for the little fella, he’s addicted already:
Failed 0 tests.
Test 26 passed, but took 106ms (less than 30fps)
Total elapsed time: 1.34s
Chromium doesn’t support flash yet, or any plugin for that matter, it doesn’t have proxy support yet, or a options menu, or a bookmarks manager, or almost anything you would encounter in a modern browser. But it will eventually, it already has working tabs, download bar and history with search.
Complete with bar chart 🙂
Lower is better
The webkit linux browser ecosystem is very much alive and well, with a lot of interesting features and innovation coming along.
We look forward to review this bunch again in about 6 months and see how they grew and how successful they have become.
Thanks for reading.
A equipe padoca é fã do Amarok à muito tempo. Nós vimos o pequeno amarok crescer e tornar-se o melhor media player durante a série 1.x. Nós vislumbramos a promessa e potencial aquando da versão 2.0, a mesma promessa e potencial que marcou o lançamento do Kde 4.0
Uma reescrita, um novo começo, imperfeito no início mas cheio de visão e potencial. Claro, faltam features (como faltavam no kde 4.0) mas foi um mal necessário. Para poderem concretizar o futuro vislumbrado pela equipe de desenvolvimento do amarok, eles precisavam voltar… Precisaram mandar o amarok de volta no tempo… e isso transpareceu.
Agora o amarok 2.1 está a desenvolver-se no svn, crescendo, começando a mostrar o seu potencial. Esta é uma saga de crescimento e aprendizado. O futuro está chegando!
Então, o que tem de novo no 2.1? MUITA coisa!
Vamos começar pelo interior, está bem?
Hum, tio? O que exatamente é essa parada aí de “replaygain”?
Boa pergunta! Por acaso já lhe aconteceu de estar escutando uma música calma, alguma coisa como marisa monte ou enya e de repente seus tímpanos irem parar no apartamento do lado, pq o seu player pulou para um prodigy a todo volume ou pra quem gosta, um funk pancadão? Pois é, se vc não consegue escutar mais nada sem ajuda auricular é porque NÃO usou o replaygain. Porque o que ele faz é analisar os arquivos de áudio e calcular um nível de decibeis ótimo para cada um, assim quando vc tocar os mesmos, o amarok possa ler esse dado e mudar o volume de acordo com cada um, preservando a sua capacidade auricular.
Esta trouxe um pouco de alegria ao meu coração negro. Eu utilizava muito a playlist na série 1.x, e digamos que a capacidade da versão 2.0 é hmmm.. fraca. Quando eu vi esta maravilhada da tecnologia moderna, até pensei em parar de matar gatinhos!
Agora as playlists podem ser customizadas usando um editor simples mas poderoso, e esta solução é a melhor que já vi em qualquer player. Não acredita, então veja os screenshots e o vídeo.
Este vídeo mostra o editor em ação.
Este screenshot mostra o editor mudando a playlist em modo track (vc também pode editar o modo álbum).
Agora a configuração do last.fm tem uma opção que checa o usuário e senha do serviço e funciona com o proxy do kde (o serviço também).
Os plasmoids continuam a residir na parte central mas agora ao invés de residirem em 4 desktop virtuais, todos residem numa coluna central, e podem ser ativados/desativados por meio de uma taskbar embaixo dos mesmos.
Vejam o vídeo e os screenshots para um melhor entendimento.
Este é um plasmoid muito legal e praticamente saído do forno, foi adicionado à poucos dias. Basicamente, quando vc escolhe um serviço como o Jamendo ou Magnatune, ele se conecta aos mesmos e mostra informações relevantes do item escolhido. Vejam screenshots e vídeo.
Este mostra o serviço já conectado ao website do jamendo e mostrando a informação de uma música.
Este mostra o serviço em modo espera.
O amarok agora pode carregar e gerar “amarok urls” que permitam gravar num bookmark qualquer “visão” e posteriormente carregar a mesma. Um protocolo foi tb desenvolvido e instalado que permite lançar o amarok com o status correto quando chamado externamente.
O amarok 2.1 ainda vai ver MUITO desenvolvimento antes da versão final. O tamanho do código sendo desenvolvido é impressionante, e pelo que vimos até agora, o amarok 2.1 será o melhor até agora.
We (padoca team) are long time Amarok users. We have seen amarok grow and become the best audio player along the 1.x series. We’ve seen the writing on the wall when 2.0 was out, the same promise and potential that embodied Kde 4.0 release.
A rewrite, a new beginning, not perfect at first but full of potential and vision. Sure, some features where sorely missed (like Kde 4.0) but it was needed. In order to be able to make the future envisioned by the amarok dev team, they had to go back… they had to send amarok back in time, and it showed.
Now amarok 2.1 is shaping up in svn, growing, showing his potencial. This is his tale of growth and learning. The future is coming!
So, what’s new within 2.1? A lot!
Lets start with the inner guts, shall we?
This is one of my favorites aditions. I used to abuse the replaygain script in the 1.x series, and now this great feature is suported natively by amarok 2.1, using a mix of taglib and other magics.
Till now amarok can READ replaygain tags for pretty much every audio format you can throw at him.
The devs talked a little of ways of adding write support (reading non tagged files and calculating the replaygain) like a plasmoid and such, but for now, amarokers can use the excelent (kde 3) soundKonverter for writing replaygain tags for their collections.
Hum? Master… What exactly is “replaygain”?
Well little grasshoper, have you ever listened to a track, some nice, slow, calm track like enya, only to get your hears blown out from the next prodigy track which had a much higher volume? If you CAN’T hear me, you probably did. So this is what replaygain does, he analyses the tracks and calculates an optimum decibel for each one, so when amarok reads the tracks he knows if he must change the volume to preserve your hearing capabilities.
This one brought some tears to my cold, harsh eyes. You see, i’m a playlist freak, i like to mix and match a lot of info, and the playlist in 2.0.x was, well, cumbersome at best, so when i’ve seen this beauty of modern technology in svn, i almost cryed.
Now playlists can be costumized using a powerful yet simple editor, and this solution is the best i’ve seen for any player. Don’t believe me? Watch the video and the screenshots.
The video shows what you can do with the editor.
This screenshot shows the editor changing the playlist in single track mode (you can also change the playlist in album mode).
Also, the last.fm settings now have a way to check if your user and password is correct and even works behind the kde proxy settings.
Plasmoids continue to reside in the central space BUT, now instead of being scatered in 4 separate virtual folders, they reside in a single column, and can be switched/choosed with a new taskbar in the lower central window. See the video and screenshot for a better understanding of what i’m talking about.
This is a very cool idea/plasmoid that was added just a few days ago. When you choose a service, like jamendo, it will connect to the service site and match the info you are choosing with the one you have online, real cool. See screens and video.
This one shows the service already conected to the jamendo website and showing a track info.
This one shows the service in “waiting” mode.
Amarok can now load and generate “amarok urls” that allows any “view” to be bookmarked and later retrieved. A protocol handler is also installed that will launch amarok into the correct state, or make amarok show the correct view if already running if such a url is activated system wide.
They aren’t exactly rants, we sure liked everything so far, and overall the 2.1 svn already is our player of choice. But, as a long time amarok users we have some ideas/complaints we would like seeing adressed sooner then later. We aren’t going to rant (amarok 1.x had blah blah blah), that’s not the idea, we wan’t to contribute with tips and requests most power user have (and amarok devs are probably aware already, since they are power users too), but without telling them how to do they jobs. Like they’ve proven more then once (the playlist editor is one of many examples) , they know how to implement in the best way possible. So let’s us ask and be given 😉
Plasmoids are great, playlists are great, colections are great, but we can only have that much screen real estate.
We think amarok should have separate view for the task the use is doing, somethins like:
Return of the mood bar, return of visualizations, implementation of MediaFlow alike (we’ve seen something like that in the svn before 2.0 was released).
Eye candy is important and amarok devs are aware of it, but there’s a lot to do, and we’ll see a lot coming out in the next releases, we just wrote this so they don’t forget 😉
Amarok 2.1 still will see a LOT of development before the final version. The cheer amount of code thrown around is quite impressive, and for what we can gather so far, amarok 2.1 will probably be the best release ever.
We just wish some of the rants will be listened and adressed somewhere, somehow.
That’s ALL folks!
Os croatas escondidos na áfrica do sul voltaram a atacar, e novamente destruiram a cedilha no utf-8 (que o (k)ubuntu usa por padrão), para que possamos voltar a escrever o ç ao invés do ć aqui vai a receita de bolo.
sudo apt-get install language-pack-pt
sudo ./install-language-pack pt_BR
sudo ./install-language-pack en_US
Reinicie… e tenha ççççç de sobra no kde/gnome.