You are currently browsing the category archive for the ‘Dicas Linux’ category.
Defini-se Google Drive como: “Um aplicativo que instala uma pasta em seu computador que é semelhante às outras, exceto por uma grande diferença: a sincronização automática na nuvem.”
Como os usuários Linux oficialmente são privados deste recurso, então disponibilizo neste post a minha receita de bolo:
Modo difícil:
Instale os requisitos conforme o comando a seguir:
# zypper install cmake libgcrypt-devel libjson-devel curl-devel libexpat-devel boost-devel
Efetue o download do código fonte:
$ git clone git://github.com/Grive/grive.git Cloning into 'grive'... remote: Counting objects: 2591, done. remote: Compressing objects: 100% (865/865), done. remote: Total 2591 (delta 1713), reused 2555 (delta 1681) Receiving objects: 100% (2591/2591), 750.79 KiB | 74 KiB/s, done. Resolving deltas: 100% (1713/1713), done. $
Compile e instale os fontes :
$ cd grive cabelo@lapdell01:/dados/neti/programas64/grive> mkdir build cabelo@lapdell01:/dados/neti/programas64/grive> cd build/ cabelo@lapdell01:/dados/neti/programas64/grive/build> cmake .. -- The C compiler identification is GNU 4.7.1 -- The CXX compiler identification is GNU 4.7.1 -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Found libgcrypt: -L/usr/lib64 -lgcrypt -lgpg-error -- Found JSON-C: /usr/lib64/libjson.so -- Found CURL: /usr/lib64/libcurl.so (found version "7.25.0") -- Found EXPAT: /usr/lib64/libexpat.so (found version "2.1.0") -- Boost version: 1.49.0 -- Found the following Boost libraries: -- program_options -- filesystem -- system -- Found libbfd: /usr/lib64/libbfd.a -- Found CppUnit: /usr/lib64/libcppunit.so -- Found libiberty: /usr/lib64/libiberty.a -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.7") -- Building unitary tests along with the library and the binary -- Configuring done -- Generating done -- Build files have been written to: /dados/neti/programas64/grive/build cabelo@lapdell01:/dados/neti/programas64/grive/build> cd grive make Scanning dependencies of target grive [ 2%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/Drive.cc.o [ 5%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/ResourceTree.cc.o [ 8%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/State.cc.o ... .... .... ... .... .... [ 94%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/Debug.cc.o [ 97%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o Linking CXX static library libgrive.a [ 97%] Built target grive Scanning dependencies of target grive_executable [100%] Building CXX object grive/CMakeFiles/grive_executable.dir/src/main.cc.o Linking CXX executable grive [100%] Built target grive_executable
Agora entre na pasta recém criada e execute o comando grive -a, acesse a URL e digite a autenticação.
mkdir ~/Grive cd ~/Grive ./grive -a ----------------------- Please go to this URL and get an authentication code: https://accounts.google.com/o/oauth2/auth?scope=https%3A%2F%2Fwww.googleapis.com% .... ..... 0474.apps.googleusercontent.com ----------------------- Please input the authentication code here: 4/nzjIrPhjkwL3ZOFWe6RUNa9YM7x1.Ug1alamoPosERshQV0ieZDApUquuIdwI
Modo Fácil:
Para os usuários openSUSE, deixo o 1 – Click Install: 
A seguir uma receita de bolo de como efetuar autenticação no LDAP com Squid. Vale a pena mencionar que este post parte do princpio que o Diretório LDAP esta devidamente instalado e configurado.
Primeiramente testaremos a autenticação LDAP na máquina Squid.
$ squid_ldap_auth -v 3 -b "dc=master,dc=com" -f "uid=%s" -h master.com -p 389 LOGIN SENHA OK
Após informar o LOGIN e senha do USUARIO na linha de comando, se tudo estiver funcionando corretamente, uma string “OK” será exibida logo em seguida conforme o exemplo acima.
Resta agora apenas incluir as linhas a seguir no arquivo /etc/squid/squid.conf, restart o squid e pronto!
auth_param basic realm "Para acessar digite o seu login" auth_param basic program /usr/sbin/squid_ldap_auth -v 3 -b "dc=master,dc=com" -f "uid=%s" -h master.com -p 389 acl ldapauth proxy_auth REQUIRED http_access allow ldapauth http_access deny all
A imagem diz tudo…
Agora acabei de atualizar o projeto droidOpenDataBR, que tem como principal objetivo levar até a mão de todos os brasileiros com celular Android como foi usados as verbas públicas. Este projeto foi desenvolvido em uma mesa de bar tomando cerveja e conversando com o Maluco (Thiago Rondon), este pacote prover uma ferramenta baseado em software-livre para plataforma Android para manipulação de dados abertos governamentais. A atualização esta funcionando com a nova API do serviço “Para Onde Foi Meu Dinheiro?“. Este aplicativo é uma ferramenta interessante para quem deseja saber como é gasto o dinheiro que todos nós pagamos em forma de impostos (inclusive a empresa destino). “Ao todo, de janeiro a novembro, pagamos R$ 113,3 bilhões em tributos aos cofres do governo estadual. O governo gastou R$ 135 milhões, mas isso inclui repasses e a arrecadação de dezembro.” ( http://afinaldecontas.blogfolha.uol.com.br/2013/01/17/descubra-como-o-governo-de-sao-paulo-gasta-seu-dinheiro/#comment-3526 ).
Para os interessando, a seguir o QRCode ou na loja de aplicativos do Google.
Deixo neste post a dica de como alternar entre 2 placas de vídeos em computatores e/ou notebooks que carregam na configuração 2 placas de vídeos como os computadores Dell inspiron.
Primeiramente com o pacote kernel-source devidamente instalado e configurado (via YAST ou manualmente), instale o pacote fglrx64_xpic_SUSE122-9.002-1.x86_64.rpm localizado em:http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_12.2/x86_64/
Modo fácil, no AMD Catalyst Control Center pode mudar para a GPU intel e AMD com apenas alguns cliques conforme as figuras a seguir:
Modo JEDI (console)
Obtendo informações da placa de vídeo ativa:
# fglrxinfo display: :0 screen: 0 OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: AMD Radeon HD 7700M Series OpenGL version string: 4.2.11931 Compatibility Profile Context
Com a GPU ATI, testaremos a sua performance e veremos um desempenho de 1700 fps:
# fgl_glxgears Using GLX_SGIX_pbuffer 5211 frames in 5.0 seconds = 1042.200 FPS 5017 frames in 5.0 seconds = 1003.400 FPS 8507 frames in 5.0 seconds = 1701.400 FPS 6168 frames in 5.0 seconds = 1233.600 FPS 6700 frames in 5.0 seconds = 1340.000 FPS 6841 frames in 5.0 seconds = 1368.200 FPS 8632 frames in 5.0 seconds = 1726.400 FPS
Alternando para placa intel:
# aticonfig --px-igpu PowerXpress info: Diagnostic output from /usr/lib64/fglrx/switchlibglx: Switch to Intel PowerXpress: Integrated GPU is selected (Power-Saving mode), please restart Xserver(s) for changes to take effect!
Obtendo informações e testando o desempenho (agora teremos apenas 60 fps).
# fglrxinfo display: :0 screen: 0 OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile OpenGL version string: 3.0 Mesa 8.0.4 # fgl_glxgears Using GLX_SGIX_pbuffer 274 frames in 5.0 seconds = 54.800 FPS 301 frames in 5.0 seconds = 60.200 FPS 301 frames in 5.0 seconds = 60.200 FPS 301 frames in 5.0 seconds = 60.200 FPS 302 frames in 5.0 seconds = 60.400 FPS 301 frames in 5.0 seconds = 60.200 FPS 301 frames in 5.0 seconds = 60.200 FPS 301 frames in 5.0 seconds = 60.200 FPS
Retornando a GPU ATI com principal:
# aticonfig --px-dgpu PowerXpress info: Diagnostic output from /usr/lib64/fglrx/switchlibglx: Switch to AMD PowerXpress: Discrete GPU is selected (High-Performance mode), please restart Xserver(s) for changes to take effect!
Deixo neste post um exemplo de como adicionar comando no SUDO.
## ## User privilege specification ## root ALL=(ALL) ALL cabelo ALL=NOPASSWD:/usr/bin/zypper,/bin/rpm,/usr/bin/make,/sbin/ldconfig,/usr/bin/nmcli
Um problema muito comum no comando adb devices, é a falta de permissão para execução deste comando que deriva no erro a seguir:
$ adb devices List of devices attached ???????????? no permissions
A solução rápida é reexecutar o comando com super usuario:
SU adb kill-server adb start-server adb devices;
Agora a solução permanente é adicionar a permissão, baseado no seu device:
# lsusb Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Hub Bus 001 Device 003: ID 0bda:0129 Realtek Semiconductor Corp. Bus 002 Device 003: ID 0cf3:e004 Atheros Communications, Inc. Bus 003 Device 004: ID 15d9:0a4c Trust International Optical Mouse Bus 003 Device 006: ID 22b8:7090 Motorola PCS
Agora com o device 22b8 (Motorola identificado), criaremos a respectiva permissão:
vi /etc/udev/rules.d/51-android.rules
SUBSYSTEM=="usb", SYSFS{idVendor}=="22b8", MODE="0666"
SUBSYSTEM=="usb", SYSFS{idVendor}=="22b8", OWNER="YOUR_USER" GROUP="YOUR_USER_GROUP"
Agora execute os comandos:
chmod a+r /etc/udev/rules.d/51-android.rules udevadm control --reload-rules
Para facilitar a vida de todos, abaixo a lista de fabricantes:
| Acer | 0502 |
| Dell | 413c |
| Foxconn | 0489 |
| Garmin-Asus | 091E |
| HTC | 0bb4 |
| Huawei | 12d1 |
| Kyocera | 0482 |
| LG | 1004 |
| Motorola | 22b8 |
| Nvidia | 0955 |
| Pantech | 10A9 |
| Samsung | 04e8 |
| Sharp | 04dd |
| Sony Ericsson | 0fce |
| ZTE | 19D2 |
