Vídeo: Criando o efeito Color Splash no Gimp
Duração: 2:01
Enviado por Marcelo de Souza (marcellodesouzaΘgmail·com)
Duração: 2:01
Enviado por Marcelo de Souza (marcellodesouzaΘgmail·com)
Estamos em Busca da estabilidade e simplicidade do Slackware e o charme e praticidade do Linux mint. A Emmi Linux contém 1547 pacotes escolhidos a dedo, cuidadosamente selecionados e codecs de mídia proprietários pré-instalados e prontos para uso.

Não queremos ser apenas mais um papel de parede, por isso estamos querendo cada vez mais deixar a Emmi Linux diferenciada, vamos lançar cada "versão" quando realmente estiver pronto. Focando menos em trocar o papel de parede e mais no que realmente importa. Emmi Linux é voltada para iniciantes com computadores fracos, por isso utilizamos o LXQt um ambiente gráfico extremamente leve e bonito, em nossos testes a Emmi Linux se saiu muito bem rodando em um computador com as seguintes configurações (512 MB RAM, Intel Celeron).
A distribuição é Brasileira, portanto vamos focar em traduzir toda a distribuição até ficar 100%.
Enviado por Jefferson Carneiro (lrcjeffersonΘgmail·com)
O treinamento englobará a nova versão do CloudStack 4.9.2 - LTS (Long Term Support) e o hypervisor XenServer 7 e serve como base para certificação LPI-ACCEL
Data: 25 e 26 de março de 2017 (final de semana) Horário: das 10:00 às 18:00 Local: treinamento on-line através da ferramenta de treinamento GoToTraining Instrutor: Marco Sinhoreli Idioma: Português Valor: R$ 1.000,00 até dia 24/02/2017 parcelado em até 6 vezes no cartão de crédito Inscrição através do site: http://treinamento-cloudstack-2017-1.eventbrite.com.br
Enviado por Clara Herthel (treinamentoΘshapeblue·com)
A migração do município alemão é um dos grandes exemplos de adoção do Linux em desktops na área pública, e teve início pouco mais de 10 anos atrás.
Nesta semana esse exemplo pode ter fim, caso seja aprovada a proposta do comitê de administração da cidade, no sentido de reverter a migração e adotar o Windows 10 como base de uma estratégia que, ao final, pretende se basear em aplicativos que dependam menos da plataforma, como os que rodam diretamente no navegador.
O modelo atual, baseado em versões desatualizadas de OpenOffice e Thunderbird rodando sobre o LiMux, uma adaptação local do Ubuntu, seria descontinuado em até 5 anos, mas até lá os usuários teriam oportunidade de escolher entre os 2 ambientes (LiMux e Windows 10).
O relatório no qual a proposta do comitê se baseou, produzido por uma empresa parceira da Microsoft, não aponta os softwares livres como únicas razões para a sua conclusão: processos internos de trabalho que fizeram com que versões atualizadas dos sistemas e aplicativos não chegassem às mãos dos usuários finais também foram evidenciados.
Em um padrão que já se repetiu nas administrações públicas de vários países, não é surpresa que essa empresa tenha concluído que o melhor para Munique seja adotar soluções "padrão do mercado" que ofereçam a "maior compatibilidade possível" com soluções internas e externas, e que essas soluções sejam as da Microsoft: na chegada do atual prefeito, eleito em 2014, ele já havia declarado interesse em desfazer a migração e, mesmo antes de colocar o estudo técnico nas mãos de uma empresa parceira da MS, teve participação direta no processo que fez a Microsoft transferir para Munique a sua sede de operações na Alemanha.
A situação de uma empresa que cobra de outras empresas que usam Linux royalties sobre patentes que estariam sendo infringidas pelo Linux, e que ao mesmo tempo tornou-se membro - na categoria mais elevada - da Linux Foundation foi descrita e questionada em um longo artigo do editor-chefe do veteraníssimo Linux Journal.
Em grande parte são os mesmos argumentos que já vimos no artigo Microsoft na Linux Foundation, mas continua captando receitas de patentes do Linux no Android, mas há detalhamentos e considerações adicionais, para os interessados.
Pessoalmente, a posição da Microsoft me parece exatamente a que eu esperaria do histórico da empresa: de um lado paga uma anuidade de US$ 500.000 à Linux Foundation e ganha assento nas suas discussões que orientam posicionamentos e desenvolvimentos de produtos que cada vez mais ela usa em suas estratégias, e de outro continua mantendo, com a discrição que as cláusulas de confidencialidade de seus pactos garante, a mesma coleta de receitas de quem distribui produtos baseados nesse mesmo Linux. Nada de novo quanto aos aspectos gerais.
O que me surpreende um pouco é o posicionamento discreto da Linux Foundation a respeito dessa questão da continuidade do exercício dos pactos de patentes. Torço para que haja uma carta na manga para ser jogada em breve e apague a impressão que no momento tenho.
(via www.linuxjournal.com - “From vs. to + for Microsoft and Linux | Linux Journal”)
Enviado por Giovanni Nunes (giovanni·nunesΘgmail·com)
Link de inscrição: https://app.webinarjam.net/register/31271/b55cb9629a
Enviado por Paulo Oliveira (treinamentoΘlinuxsolutions·com·br)
Todas as palestras tem temas excelentes e bem variados, como: visualização de imagens médicas, ferramentas Open Source de para sistemas embarcados, cryptocurrency, Go, Engenharia Reversa, Ferrramentas para desenvolvimento de IoT, Desenvolvimento em C++ em microcontroladores Arduino, Desenvolvimento Gráfico com EFL, e outras.
A agenda das palestras podem ser vistas em http://www.nativefloripa.com.br/programacao/ e as inscrições podem ser feitas em http://www.nativefloripa.com.br/inscricoes/
Enviado por larry junior (larry·oljΘgmail·com)
Duração: 2:26
Enviado por Marcelo de Souza (marcellodesouzaΘgmail·com)
No link de referência Brian Harry explica quais são os motivos da adoção do git como ferramenta oficial para controle de versão distribuída dos fontes do Windows(e outros projetos). Os problemas enfrentados:
- Investimentos redundantes em times fazendo as mesmas coisas com diferentes ferramentas
- Inabilidade de promover uma das ferramentas para a "massa crítica"
- Dificuldade de mover funcionários entre setores por conta de ferramentas e processos distintos
- Dificuldade de troca de código dentro da organização
- Novatos acabam criando "conflitos" por conta das ferramentas "MS-only"
Parecia um tanto controverso que a criadora do TFS (Team Foundation Server) teria um custo tão alto para que todos seus times adotassem esta ferramenta. Equipes de desenvolvimento do Office, Windows e outras de projetos maiores não chegaram a utilizar o TFS por conta dos custos envolvidos na migração e implementação. Unindo isto com a "fidelidade" que os programadores possuem por suas ferramentas de controle de versão, o caminho natural de migração para o git era inevitável.
O outro aspecto importante: O quanto do repositório do Windows deveria ser fragmentado, para evitar que os fontes "completos" estivessem sempre disponíveis para todos que participam deste projeto? Será que o git iria escalar? Nem mesmo o Source Depot com 40+ repositórios escalava neste cenário. Após muito pensar e 2 tentativas falhadas de implementar o git, adotou-se a estratégia de "virtualizar" o repositório com I/O assíncrono que, mesmo depois de um clone, baixaria apenas os arquivos que estão sendo utilizados para leitura ou escrita. Perde-se o conceito do git de suporte e commit offline em favor de uma maior performance para grandes repositórios.
Para operações pesadas como o merge, a Microsoft desenvolveu o gvfs um sistema de arquivos virtual moralmente equivalente ao "fuse" do Linux para a melhor integração do git ao SO.
Outros detalhes bastante interessantes como a virtualização de repositórios(devido ao grande tamanho de códigos-fonte) encontra-se no link de referência.
Enviado por Nicolas Wildner (nicolasgauchoΘgmail·com)
Enviado por Alessandro de Oliveira Faria (A.K.A. CABELO) (cabeloΘopensuse·org)
Se você estiver interessado em testá-lo e verificar como a tradução ficou, será muito bem vindo! Na versão 17.1 ainda existem strings que só foram publicadas agora para a tradução (como por exemplo, as strings presentes no assistente de configuração).
Caso encontre strings traduzidas de forma errada ou ambígua, por favor, envie uma mensagem para o mantenedor da língua pt_BR do OPNsense através deste link.
Existe também um fórum para usuários que falam a nossa língua.
Enviado por Thiago Basilio (nangaΘnanga·com·br)
Enviado por Bruno Odon (admΘbrunoodon·com·br)
Enviado por André Dias (andref·diasΘgmail·com)
Enviado por Marcelo de Souza (marcellodesouzaΘgmail·com)