Gerando PWM com a Raspberry PI
Enviado por Diego Sueiro (diego·sueiroΘembarcados·com·br):
Enviado por Diego Sueiro (diego·sueiroΘembarcados·com·br):
Enviado por Eliane Domingos de Sousa (contatoΘciclodepalestra·com·br):
Enviado por Danillo (vendasΘtuxmall·com·br):
Enviado por Christiano Anderson (chrisΘchristiano·me):
Enviado por Alexandre Vicenzi (vicenzi·alexandreΘgmail·com):
O que é Flask? Flask é um micro framework web baseado no Werkzeug e Jinja 2.
Criando a aplicação: Primeiramente vamos a configuração da nossa aplicação principal. Nesta aplicação será utilizado o Flask, mas você pode utilizar outro WSGI de sua preferência.
No arquivo server.py definimos o nosso serviço, no caso o / irá retornar "Hello World!". Você pode fazer o teste executando python server.py e acessando a url http://127.0.0.1:8080. (...)” [referência: blog.butecopensource.com]
Enviado por Cleuton Sampaio (cleuton·sampaioΘgmail·com):
Enviado por Diego Sueiro (diego·sueiroΘembarcados·com·br):
Enviado por Edivaldo Brito (edivaldobezerraΘgmail·com):
Enviado por Juliano Ramos (julianoΘtux4·com·br):
O E-book Aborda: - Definições sobre GNU e Software livre - Distribuições de GNU/Linux - O que é o Trisquel Linux? - Gravar imagem do Trisquel no Windows e Mac Os X - Trisquel pelo Pendrive - Tutorial de instalação do Trisquel - Instalando, atualizando e removendo softwares - Fontes de aplicativos - Gerenciando atualizações - Instalação pela linha de comando - Usando o Youtube pelo Trisquel - Navegador Icecat - Usando o ICECAT + Linternamagica - Virtualizaçao – Virtualbox e KVM - Dicas rápidas” [referência: gnu.tux4.com.br]
Enviado por Jonathan André Schweder (jonathanschwederΘgmail·com):
Enviado por Edivaldo Brito (edivaldobezerraΘgmail·com):
Enviado por Angelito M. Goulart (angelitomgoulartΘgmail·com):
Enviado por Marco Sinhoreli (marco·sinhoreliΘshapeblue·com):
Estamos, dessa maneira, entregando a todo ecossistema o acesso a nossos patches de produto CloudStack junto aos nossos clientes suportados comercialmente. Não é possível, neste caso, oferecer suporte técnico ou qualquer assistência sobre os patches, a menos que a empresa possua um Contrato do tipo product patching service firmado com a ShapeBlue.
Nosso compromisso com o CloudStack
O projeto Apache CloudStack entrega uma nova versão do CloudStack a cada 4 ou 6 meses. Desde que foi aceito pelo Apache Incubator, o projeto já lançou 11 versões, incluindo a 4.4.1 o lançamento mais recente [obs.: incluiria o link daquela texto traduzido sobre a nova versão aqui]. Após a nova versão oficial do Apache CloudStack ser liberada, apenas alguns indivíduos da comunidade trabalham para tornar o CloudStack empacotado em repositórios APT ou YUM publicamente. Isso se dá pelo fato da Apache Software Foundation distribuir somente o código fonte do projeto. Mas, nestes casos, os repositórios de pacotes podem não hospedar versões anteriores do CloudStack e templates de SystemVM e, por vezes, as informações sobre o uso destes repositórios podem não estar claras; por exemplo, questões como qual tag git ou SHA foi utilizada para construir esses repositórios ou se todos os patches adicionais ou modificações foram aplicadas na construção do CloudStack, ou ainda se se trata de uma construção ”oss" ou "noredist".
Uma vez que temos o product patch testado e empacotado, decidimos abrir nosso repositório publicamente para todos. Disponibilizamos os pacotes e templates de SystemVM para todas as versões CloudStack desde a versão 4.2.0. Todos os pacotes são noredist - como costumamos chamar os pacotes que contém a versão completa do CloudStack. Estes pacotes suportam VMWare Hypervisor, Storage NetApp, Juniper SRX, Netscaler, F5 etc. Para mais informações sobre como usar o repositório de pacotes ShapeBlue, acesse: [shapeblue.com/…]
O repositório de pacotes é assinado e enviado sob a licença Apache 2.0 pela ShapeBlue e a infraestrutura é gentilmente cedida pela BT Compute Cloud.” [referência: shapeblue.com]
Enviado por André Machado (andreferreiramachadoΘgmail·com):
Os usuários daquela distribuição argumentaram que meu ponto de vista estava incorreto pelo fato de ser impossível viver sem os programas fechados e que, para fazer isso, deveríamos retornar à linha de comandos, uma visão equivocada, e evocaram para si o direito à liberdade de escolher o que quiser usar.
Agora, uma captura de tela de um fórum sobre uma linguagem de programação proprietária ilustra perfeitamente tudo aquilo que eu quis dizer, mas que não soube expressar. No tópico, o programador pede ajuda aos amigos foristas para que o programa que ele está desenvolvendo fique artificialmente lento após alguns meses, a fim de que o cliente pague a mais para que seja realizada uma "manutenção".
Embora uma atitude como essa possa chocar o leitor à primeira vista, ela é quase uma brincadeira infantil perto do que grandes empresas de software proprietário são capazes de fazer para manter sua clientela. Sempre ficamos com o ônus da dúvida, pois como o código do programa é fechado, não temos, a princípio, como comprovar a existência de tal comportamento antiético, malicioso e ilegal.
Felizmente, o software livre não sofre desse mal, pois como o código-fonte está disponível a todos, qualquer um pode auditá-lo e uma artimanha dessas certamente não permaneceria oculta por muito tempo.
Desta forma, reafirma-se que só o software livre é ético e, portanto, devemos preferi-lo a qualquer outra solução fechada, por mais vantajosa que seja.” [referência: vidadeprogramador.com.br]
Enviado por Bruna Goulart (treinamentoΘlinuxsolutions·com·br):
OBS.: O cadastro para participação neste workshop gratuito será recebido até o dia 03/11/2014, às 18h. Após este horário não garantimos o recebimento do convite.” [referência: ]