BR-Linux.org

Enviado por Stephanie Milate (smilateΘnovatec·com·br):

Enviado por Fabio Rocha (gomesrochaΘgmail·com):

Desde 2012 sabemos que as novas versões do plugin Flash da Adobe para Linux serão exclusivas do Chrome, devido a um acordo entre Adobe e Google e à transição do uso da tradicional NPAPI como camada de compatibilidade, substituída pelas 2 empresas por um novo sistema chamado Pepper.

A Mozilla, que não demonstrou nenhum interesse em tentar dar um jeito de suportar o Pepper, já selecionou outro caminho: o Shumway, que permitirá – a partir de Javascript – executar os arquivos SWF do Flash.

Mas o desenvolvedor Rinat Ibragimov não se conformou, e está desenvolvendo o Fresh Player Plugin, uma camada de compatibilidade entre Pepper e NPAPI que permitirá rodar no Firefox para Linux essa nova geração do Flash feita para ser exclusiva do Chrome.

Ainda está em estágio alfa, mas já roda vídeos em Flash do Youtube, entre outras aplicações. (via www.webupd8.org - “Fresh Player Plugin: Pepper Flash Wrapper For Firefox And Other NPAPI-Compatible Browsers ~ Web Upd8: Ubuntu / Linux blog”)

Ontem vimos o caso de um autor querendo que o desktop Linux ofereça diferenciais para os desenvolvedores que preferem usar o Mac, e hoje é a vez de um autor que ganhou espaço no Linux.com (da Linux Foundation) com seu artigo contrário à Mac-ificação do desktop Linux.

Ele começa levantando as razões pelas quais acredita que há distribuidores tentando imitar a aparência e comportamentos do OS X em desktops com Linux, que reduz a 3: desejo de imitar a aparência do OS X devido à popularidade, crença de que a familiaridade da interface do OS X vai atrair usuários, e a existência de alguma verdade nas afirmações de que o OS X tem a facilidade de uso entre suas características.

Em seguida, ele aplica mais alguns filtros baseados em suas observações e chega a outra conclusão: os distribuidores em questão tentam replicar características do OS X apenas em busca de beleza.

Tendo reduzido as razões apenas à busca pela beleza, ele complementa: acredita que softwares como o Unity, GNOME 3 e Deepin Linux fazem com que o OS X deixe de ser referência em elegância moderna.

Após mais algumas opiniões, ele conclui: "o que sabemos é que o Linux é o rei da inovação e vai continuar a aproveitar desktops modernos e brilhantes". (via www.linux.com - “The Mac-ifying of the Linux Desktop | Linux.com”)

Após 2 anos no cargo de Fedora Project Leader, Robyn Bergeron anunciou que está deixando o cargo. Para sucedê-la, o projeto precisará definir um novo nome para sua liderança, incluindo a tarefa de se responsabilizar pelo desenvolvimento do Fedora 21.

O afastamento não é imediato, e a Robyn continuará participando das atividades do projeto até se completar a transição para a nova liderança a ser apontada. (via www.phoronix.com - “[Phoronix] Robyn Bergeron Steps Down As The Fedora Project Leader”)

Após 8 anos na Canonical, Bacon vai deixar a empresa e o cargo de gestor da comunidade Ubuntu no final deste mês. Diz ele que a saída é amigável e que vai continuar sendo um membro do Ubuntu, mas ele aceitou um cargo similar ao seu atual, oferecido pela Fundação XPRIZE, dedicada a estabelecer e gerenciar competições públicas voltadas a encorajar desenvolvimentos tecnológicos que sejam benéficos para a humanidade. (via www.phoronix.com - “[Phoronix] Jono Bacon Stepping Down From Canonical”)

Em um recente evento para desenvolvedores OpenStack, a marca mais frequente de notebook nas mãos dos desenvolvedores era Apple, apesar de a maioria deles fazer seu trabalho alternando entre um Terminal e um navegador web, usando ferramentas open source e frequentemente criando componentes também open source.

A observação é do desenvolvedor Matthew Garrett, que frequentemente aparece nestas páginas associado às suas pesquisas que permitem o suporte a várias distribuições Linux em máquinas pré-instaladas com o UEFI Secure Boot, e tem uma ideia interessante sobre como atrair esses desenvolvedores para o uso dos desktops open source, uma relação que pode interessar a todos.

O próprio Garrett observa que, mesmo usando só um Terminal e um navegador, pode haver motivos para preferir o hardware e o desktop da Apple mas, quando se trata de oferecer uma experiência de usuário que atraia grupos específicos de pessoas, a flexibilidade do modelo open source pode oferecer algumas vantagens.

É por isso que ele observa que, caso seja desenvolvido um sistema que torne o desktop melhor integrado a informações obtidas dos sistemas mais populares de acompanhamento de bugs ou incidentes (bugzilla e similares), dos gerenciadores de versões (github e similares) e possa assim oferecer uma forma de interação do desenvolvedor que não mais exija que ele saia do workflow de desenvolvimento propriamente dito para ficar alternando contextos entre notificações, incidentes e gerenciamento de código, os desenvolvedores terão uma razão adicional bem prática para aderir ao uso.

Eu invisto bastante esforço para integrar meu desktop às ferramentas que uso (no meu caso, elas são de publicação, e não de desenvolvimento), e percebo o ponto que o Garrett defende. Mais gente percebe: como ele observa, já há quem esteja trabalhando para oferecer, em partes, o que ele propõe.

E quando há mais desenvolvedores usando uma plataforma, é natural que surja mais desenvolvimento independente ou comunitário para melhorar o conforto e as funcionalidades ao usar essa plataforma. Tomara que a ideia dele frutifique. (via mjg59.dreamwidth.org - “mjg59 | The desktop and the developer”)

O utilitário Caffeine já é um velho conhecido, mas agora ficou um pouco mais automatizado: se ele estiver ativo, irá reconhecer os momentos em que um app estiver em modo full screen, e impedir que o Ubuntu entre na proteção de tela ou no travamento de tela enquanto ele permanecer neste modo. As versões anteriores baseavam seus critérios no acompanhamento do foco dado a apps específicos, o que dá mais flexibilidade, mas também é mais complexo e consome mais recursos. (via www.omgubuntu.co.uk - “Caffeine Stops Ubuntu Lock Screen Kicking In During Fullscreen Apps | OMG! Ubuntu!”)

Enviado por Edivaldo Brito (edivaldobzerraΘgmail·com):

Enviado por José Neto (josenetodinoΘhotmail·com):

Enviado por Éder S. G. (Jordan) (eder·grigorioΘopenmailbox·org):

Enviado por Gilberto Ferreira (gilberto·ferreiraΘkonnectati·com·br):

Enviado por Bruno Odon (admΘbrunoodon·com·br):

Cientistas interessados em trocar cada vez mais o Matlab e o Mathematica pelo Python vão apreciar a lista de dicas e truques publicadas pelo Scott Sievert. Não é um guia completo de migração (ele inclui links para quem estiver em busca disso), mas sim um conjunto de lições que ele aprendeu e quer compartilhar, incluindo ferramentas, bibliotecas, notações, algumas funções, dicas de desempenho e mais. (via scottsievert.github.io - “Scientific Python Tips and Tricks - Scott Sievert”)

A Mozilla me surpreende não por agir de acordo com as crenças tolerantes de seus gestores (que mais uma vez priorizam o que entendem como demandas dos usuários, e não algum tipo de pureza ideológica), mas sim por adotar discursos que não assumem isso claramente, e aí transformar em surpresa o momento em que mandam pras cucuias algum posicionamento anterior e adotam algum padrão proprietário ou restritivo. Foi assim com o padrão de vídeo H.264, e está sendo assim com o suporte interno a DRM no Firefox, em parceria com a Adobe.

Além de surpreender seus usuários cujas expectativas foram formadas pelos próprios posicionamentos prévios da Mozilla, isso expõe a organização a críticas de instituições como a FSF, que emitiu um comunicado expondo seu desapontamento com a aliança entre a Mozilla e a Adobe para distribuir recursos de DRM, afirmando ser a Adobe uma notória inimiga do movimento e também dos ideais fundamentais da Mozilla, e negando a necessidade de encontrar um equilíbrio entre DRM e a liberdade do usuário, afirmada pela Mozilla em seu comunicado. (via ostatic.com - “Free Software Foundation Slams Mozilla Over DRM Decision”)