I just noticed that Google will drop the CalDAV and CardDAV APIs. Back in December I had been glad when I heard they would drop the ActiveSync protocol because I thought they wanted to promote open standards instead. I was wrong, it seems they just want to impose their useless Google Calendar API. Google services are now dead for me and I suggest you to do the same. It’s time to promote this awesome project called NOGAPPS which allows you to sever ties with Google even in your Android phone.
|
||||||
|
Features include:
Here is the link to download my custom image: http://files2.linuxsystems.it/raspbian_wheezy_20120608.img.7z Mirror (thanks to Jeff Lunt): https://s3-us-west-2.amazonaws.com/glint-images/raspbian_wheezy_20120608.img.7z Checksum MD5: 48613a8a80eab00836765674e3817122 You will have to extract the image with p7zip:
Then flash it to your SD with dd:
Finally, if you have an sd larger than 2GB, grow the partition with gparted (first move the swap partition at the end). The root password is raspberry.
You will have to reconfigure your timezone after the first boot:
The keyboard layout:
And the localization:
It’s done, I hope you will enjoy it.
You can find the full list here: http://www.worldipv6launch.org/participants/?q=1 P.S. It’s a good moment to choke your provider’s lines asking for native IPv6 support
Features include:
Here is the link to download my custom image: http://files2.linuxsystems.it/wheezy_20120608.img.7z You will have to extract the image with p7zip:
Then flash it to your SD with dd:
Finally, if you have an sd larger than 2GB, grow the partition with gparted (first move the swap partition at the end). The root password is raspberry.
You will have to reconfigure your timezone after the first boot:
The keyboard layout:
And the localization:
It’s done, I hope you will enjoy it. Edit: I also released a Raspbian Wheezy armhf minimal image with hardfp binaries. On May 2011 Intel released G45/GM45 h264 VA-API in their g45-h264 branch. More then one year later they still didn’t merge it to master and no one touched that code in the meantime. Fortunately if you tweak your system a bit that code is good enough to play a 1080p video with a generous bitrate, unfortunately it will not work out of the box. After putting the vaapi use flag in your /etc/make.conf you will need to modify the x11-libs/libva-9999 and x11-libs/libva-intel-driver-9999 ebuilds to checkout from the g45-h264 branch instead of master. Of course if you use the ebuilds from my overlay you will have to do nothing. Then you will have to emerge a player which takes advantage of vaapi, you have three alternatives:
There isn’t any mplayer ebuild with vaapi support, so I suggest you to take it from my overlay. I made the ebuild using the latest git snapshot of mplayer-vappi. You can find a live ebuild of media-video/smplayer in the multimedia overlay. You can check if everything works as expected with:
but you will seriously need some tweaks until it gets usable.
Done, you can finally enjoy hardware accelerated VA-API video decoding. With vaapi I can even watch 1080p videos while emerging @world with my 1.4GHz cpu
Anyway you will probably want to emerge mplayer2 and smplayer2 too, so if you want to use the cpu instead of the gpu to decode a particular video you will be able to do it without having to unset smplayer. If you have a slow cpu I suggest using:
If you use Gentoo amd64 and the Intel/Radeon/Nouveau Open Source graphic drivers you already know the problem: x86_64 drivers from git (like media-libs/mesa-9999 from the x11 overlay) are bleeding edge and fast, while the 32 bit ones from app-emulation/emul-linux-x86 are outdated and slow. This is especially sad considering the most demanding games are the Windows ones you can play through wine and they are 32 bit. Gentoo’s official way to deal with such a problem is the multilib overlay, unfortunately it’s badly broken and anyway having to recompile half the system just because of mesa is simply crazy. Thanks to Mike Lothian this isn’t a problem anymore: there is an unofficial overlay which lets you compile 32bit mesa directly from portage, without using a chroot or the multilib overlay. He simply tuned the live ebuils from the x11 overlay adding -m32 when needed and so on. As simple as effective. Unfortunately using such an approach you have to keep in sync the ebuilds, also they install on top of the regular emul-linux-x86 packages overwriting the existing libs and forcing to put COLLISION_IGNORE=”/usr/lib32 /lib32″ in your make.conf This isn’t an issue anymore because he modified the emul-linux-x86 packages to avoid installing the graphic libraries, such a way the 32bit ebuilds don’t need to overwrite anything and you don’t need COLLISION_IGNORE anymore! Again, as simple as effective but no one else did it so thanks Mike! Using Mike’s FireBurn overlay is very easy, first of all you will have to add it:
Then you will have to unmask some packages:
finally you can emerge mesa-32bit:
And here it is: ~ $ glxinfo32 | grep OpenGL |
||||||
|
Copyright © 2013 LinuxSystems - All Rights Reserved Powered by WordPress & Atahualpa |
||||||
Recent Comments