SimPos

Ninguém?

Creio que encontrei um padrão do bug, do porque da barra persistente do Chrome perguntando navegador padrão... Depois de criar umas 10 máquinas virtuais, percebi que: - Quando ABERTO o navegador Firefox, ir até o site e baixar o .rpm, e instalar no mesmo momento, o bug era gerado permanentemente, mesmo pondo padrão, configurações do sistema, reiniciando, zypper update e o diabo a quatro... - Mas, quando aberto o Firefox, ir até o site baixar .rpm, NÃO instalei no momento, reiniciei a máquina, e aí sim pus pra instalar SEM ABRIR o Firefox, e pronto, Chrome ficou padrão dentro do settings, e sem exibir a barra perguntando. Faz sentido? Nenhum, mas segui religiosamente desta forma e funciona.

@Black Fox Fiz como indicou, todas as etapas como sudo su mesmo, mas não funcionou, o botão Tornar Padrão dentro do Chrome não funciona, até aparece o cursor em forma de mão, mas clicando nada acontece.

Pessoal, eu sei que o RJ45 fêmea é didático, é só seguir as cores do padrão A ou padrão B, sendo que esta keystone fica na parede, e no outro lado da ponta fica RJ45 macho como cabo direto p/ ser utilizado em um switch. Mas se for dois keystone nas duas pontas, como deve ficar o padrão? Seria na mesma lógica do keystone p/ patch panel? No caso padrão A p/ padrão B?

Chrome não fica padrão, numa máquina recém formatada e atualizada com openSUSE 42.3, acontece isso: 1 - Baixo e instalo o .rpm 2 - No meio da instalação, ocorre um erro, algo referente ao chaveiro, ignoro e conclui. 3 - Abro Chrome, aparece uma mini janela perguntando para tornar padrão, confirmo 4 - Agora aparece uma janela para confirmar o chaveiro pelo Kdewallet, escolho Blowfish, defino senha em branco. 5 - Pronto, Chrome fica exibindo sempre a barra perguntando para tornar padrão, não adianta confirmar, ele volta exibir ao fechar, e não seta pelo Configurações. Tentei modificar no aplicativo padrão do KDE, de firefox p/ google-chrome, sem resultados. Virtualizei alguns openSUSE exatamente iguais, e por algum motivo de satã, as vezes setava padrão, as vezes não.

@jolao No caso os comandos para os Win7, dispensa aquela atualização da Microsoft? Se for, preciso optar pelo comando doque por um update robusto, eu já não baixo nenhum, prefiro esperar os pack, mas só caso esses comandos já bastarem.

Dando o último adendo... Depois de testado o 42.3 com XFCE, tentei agora com o 42.3 em KDE, e também foi corrigido, então KDE também torna-se uma opção favorável, o problema de toda essa novela foi a má implementação do 42.2. Mas por alguma razão, está solicitando login redigido e senha, acho que não pus como login automático, mas é uma tela estranha, parece uma interface dos anos 80, espero que seja fácil de resolver

Essa atualização é a qual corrige o ataque do WannaCry?

Boas novas, Pus o 42.3, e o novo openSUSE dispõe na formatação mais ambientes gráficos (XFCE, LXDE), em vez de apenas do impraticável Gnome, e do bugado KDE. Coincidência ou não sobre o meu problema, creio que a comunidade já estava ficando jaburu com tanto problema, para terem uma noção, o openSUSE 42.2 recém formatado, as vezes bastava eu dar um zypper update e já era, sistema não inicializava mais, mas continuando... Formatei e escolhi XFCE, instalei o Spark no .rpm, e pronto, ícone da bandeja funcionando, só tive dificuldade para executar o .sh (executável), pois no Dolphin ele permite executar, e no XFCE utiliza o Thunar, e não consegui entrar como root não sei porque, mesmo dando sudo su, o .sh no XFCE ele lê como texto editável, mas dei jeito chamando pelo lançador. Minha avaliação sobre o novo openSUSE é promissor, pois mesmo usando como XFCE, ele mantem o Yast, e já acompanha o Libreoffice e demais programas, a parte ruim é que, este XFCE do openSUSE é bem feinho na resolução dos ícones e cores, diferente do Xubuntu, quase me confundiu pois achei que tinha até colocado o LXDE, mas vou ficar nesse por um bom tempo.

Esse é um Ultimate piratesco, posso ver se encontra, mas é com o SP1, deveria estar bem atual. Sobre o site, é exatamente aí que baixei =] Curioso que se eu deixar o Windows usando o vídeo Standard, ou seja, na lógica não teria aceleração de vídeo, e ele se mantêm bem assim, vídeos no Youtube rodam bem, talvez só com vídeos em HD trave, o problema de usar a Standard é que só tem 2 resoluções disponíveis, enquanto com o driver problemático ele ajusta com a resolução correta e quebrada.

Negócio incomum... PC que formatei com Windows x64, Deixei ele todo ok, e pus seus 4 drivers (lan, áudio, vídeo, chipset), quando fui reiniciar, ele concluí a ampulheta de desligamento e apaga o vídeo, e fica assim, com o PC trabalhando com a tela escurecida como se estivesse hibernando, mas fica travado na verdade. Achei que fosse um bug, forcei o desligamento e religuei, e então, depois da tela do logotipo do Windows, onde a tela também escurece, fica assim, tela escurecida como se estivesse hibernando, e travado (pra poder voltar a entrar no Windows tive que restaurar outro ponto). Então resolvi remover o driver de vídeo da DH61BR, e pronto tudo voltou ao normal, porém preciso de um driver para substituir ou solucionar o problema. Detalhe que DH61BR no site da Intel, ele direciona para DH61CR, então oficialmente o DH61BR não existe, os drivers que utilizei são da DH61CR. Depois tentei baixar o driver da assinatura do vídeo onboard que é Intel Graphics 2000, também ocorreu o mesmo problema. Tentei por os drivers pelo instalador, e depois manualmente com os .inf, também ocorreu o mesmo problema. Sugestões? Essa Intel é antiga daquelas esverdeadas.

Estou na busca de algum p/ Windows, qual me recomendam? A princípio baixei o Sardu, depois fui olhar o tutorial, e tem lá sua dificuldade, mas o que eu realmente achei desgastante foi ter que colocar o driver de rede de cada máquina dentro da pasta da ISO e blablabla pro negócio funcionar, não é nada prático, é mais rápido usar o velho DVD de boot. Depois teste o AOMEI Backupper, dentro tem a opção para efetuar o Windows PE, ou carregar a própria ISO do Windows no diretório, testei no VirtualBox, até consegui fazer com que ele efetuasse o boot da minha ISO do Windows XP, mas aí na tela do PXE ele começou a carregar os pontinhos (onde ele pré carrega a ISO), demorou demais, depois de carregado, o XP até iniciou o carregamento do boot, mas bem na hora que vai exibir a função de Instalar|Reparar|Sair dá tela azul Talvez o problema do AOMEI seja porque é no VirtualBox, mas alguém recomenda algum que nunca deixa na mão? Queria deixar no servidor da minha sala, pra abolir mídias gravadas e pendrives.

Interessante não sabia do lançamento, já estou pondo pra baixar o Leap.

Desconheço esse, vou dar uma analisada. O Lubuntu seria perfeito se viesse com LibreOffice, neste caso o Xubuntu vem.

@Marcos FRM Bom então pelo jeito fim da linha, KDE+Java no haves Negócio nem parece tão recente, se eu fosse um usuário querendo migrar, eu já não iria poder utilizar o JDownloader. Ironicamente eu vi um openSUSE antigo em outra repartição essa semana, era 13 ou próximo, me deu uma ótima impressão, rápido, com caminhos mais óbvios, sem excesso de frescuras. Creio que a melhor opção até agora foi Xubuntu com XFCE e Lubuntu com LXDE.

@Marcos FRM Então amigo, fiz como solicitado... - Sobre o KDE, pelo que lhe entendi, o bug já é reconhecido e sacramentado, e ainda está em processo de solução. - Adicionei o repositório e executei o comando, foram mais de 600Mb, demorou pra burro, no fim causou esta mensagem Acho que instalou a maioria, mas algo saiu dos eixos ali no Kernel, todavia, reiniciei o computador, e fui testar o Spark: O ícone continua com o mesmo diagnóstico, e por incrível que pareça, parece que pirou ao tentar reabrir a bandeja no VirtualBox, pois repassando a característica... quando Spark no openSUSE direto no desktop, impossível abrir na bandeja com cliques rápidos... quando Spark no openS. aberto no VirtualBox consigo mas dando cliques extremamente rápidos... quando aberto remotamente pelo TeamViewer e acessando o VirtualBox, consigo abrir o Spark no "taime" que deveria ser... ...mas depois desse repositório, o "taime" está mais dificultoso. o que parece é que do modo que consigo abrir pelo TeamViewer, eu estou dando 2 cliques rápidos remotamente, e como não é em tempo real, estes 2 cliques navegam pela internet e chegam na máquina juntos simultaneamente ao mesmo tempo, tornando uma espécie de "2 cliques turbo", e se eu tento abrir diretamente no desktop meu clique duplo não é rápido como o "clique turbo", me parece que o problema é no "taime" do clique.

@Marcos FRM Então amigo, fiz como mandou: - Tentei instalar o java-1_7_0-openjdk, mas o sistema informou já havia: is already installed. - Sobre a linha, eu editei como mostra na imagem abaixo, mas a característica defeituosa continua. Obs: Botei um Dropbox só para medir o problema, no caso, o systemtray dele funciona corretamente, talvez seja porque ele não utiliza Java, só para fins de testes mesmo, mas o Spark no Windows (já pus em XP, 7, 8.1, 10) e Xubuntu funciona a bandeja. Adendo: Também mexi em todas as funções do mouse, mas também não tem nada a ver com velocidade de clique. Adendo 2: Talvez ajude, quando deixa o mouse acima do ícone da bandeja, é exibido JavaEmbeddedFrame, talvez seja o nome do negócio que causa o problema. Adendo 3: Procurei sobre o JavaEmbeddedFrame, e neste Fórum https://forums.opensuse.org/showthread.php/514008-JavaEmbeddedFrame-in-System-Tray-not-responsive o cara estava tendo um problema semelhante com um tal de Fanurio, ele disse que era um bug do Plasma 5, se caso você achar que não tem mais opções, seria possível trocar o Plasma 5 do KDE por outro? (Pelo tópico ele não respondeu o que fez pra resolver) Adendo 4: Fui em https://www.rpmfind.net/linux/rpm2html/search.php?query=plasma5-workspace e instalei o último workspace 5.8.6-81, apenas alterou o plano de fundo e pôs alguma transparência aqui e acolá, mas o problema continua.

Não sei se ajuda, mas o Spark é altamente dependente do Java, ele nem instala se não houver no PC, no Linux ele vem acompanhado do jre também, será que não é o plugin do Java que controla o ícone dele na bandeja.

@Marcos FRM Realmente o negócio é ruinzinho, mas eu utilizo a versão Leap, o mínimo por ora ele funciona, algumas unidades de saúde já estavam utilizando (não fui quem pus), e a funcionalidade de compartilhamento de impressora, e o rpm do Chrome também, digamos que está usável, exceto essa porcaria do Spark na bandeja. Link da versão está na minha nuvem https://drive.google.com/drive/folders/0B7OK2aG50dI8OWQ2S2c1WVR3aDQ?usp=sharing

@Marcos FRM Tentei por esse http://rpm.pbone.net/index.php3?stat=3&search=xfce4-indicator-plugin&srodzaj=3 Não sei se é por ser Fedora, mas tentei mesmo assim, tentei instalar pelo rpm, mas não deu uma nota de concluído. Depois de inserido, o plugin deve ser alternado por algum painel para optá-lo? Uma coisa que parece diferente, é que os ícones da bandeja do próprio sistema (Som, Impressora, Relógio) funcionam bem e com 1 clique já abrem, será que não dá para alterar a regra do sistema para abrir aplicativos em geral com 1 clique?

Depois de postar na comunidade do Spark e Viva o Linux, e não obter resposta, eu me pergunto o que seria do Linux sem o Ubuntu... outros artigos que li já incitam a própria deficiência da Novell em melhorar os recursos para a comunidade. Mas achei um comentário muito interessante de um forista, que parece que de uns tempos para cá, quanto mais ***** o sistema, melhor ele é, desde a geração Windows 8.1 para frente, quanto menos intuitivo e mais dificultoso, mas ele deve ser bem recebido para inflar o ego de saudosistas que gostam de dizer que o Linux é melhor que qualquer "porcaria" da Microsoft. Não digo que a Microsoft é só elogios, mas se não fosse a vulnerabilidade do XP, estaria com ele até hoje.

Tentei com o Gnome no openSUSE, mas realmente... essa interface é impraticável, tem que clicar ali e acolá só pra poder encontrar a raiz do sistema, essa interface é para quem quer fortes emoções, não para usuário final aos quais preciso destinar. Fora que o .sh do Spark não vira executável como no KDE, que deve precisar de mais outra lambada só para fazer abrir. Tenho que me virar com essa tranqueira do openSUSE com KDE infelizmente, mas continuo com o ícone da bandeja engessado ali no canto.

@Marcos FRM Bom primeiramente virtualizei um novo opensuse limpo como sempre faço. Encontrei este libappindicator para o 42.2, tentei instalar pelo rpm e não prossegue, e tentei adicionando repositório e ele não consegue. https://software.opensuse.org/download.html?project=openSUSE%3ALeap%3A42.2&package=libappindicator Como sou leigo, tentei na sorte adicionar este plugin, pesquei na sorte no Google https://software.opensuse.org/package/vala-panel-plugin-sntray Vou ver o que acontece... R: Não funcionou Na real não como funciona esses plugins nativos do sistema, eu instalo e desativo antigo? Ou desinstalo o atual, e como trocar o plugin basta instalar que ele é substituído? adicionado 26 minutos depois Mas olha que interessante, meu amigo hoje colocou o Lubuntu atual, que está bem parecido com o próprio openSUSE sistema esse que é pesado, no Lubuntu sistema esse que é ou deveria ser o Ubuntu mais leve. Bom ele já andou se irritando nos primeiros minutos, e novamente com o KDE de protagonista, sendo que no xfce tudo flui tão bem no Xubuntu, ainda tenho que instalar o openSUSE sob Gnome para tirar a limpo. Também encontrei num fórum em inglês de gente reclamando de problemas semelhantes, só que no Dropbox, que também fica ali na bandeja, provavelmente o cara não consegue reabrir o programa. Mas ainda to procurando o plugin correto do libappindicator.

@Black Fox Pura obrigação e teimosia do responsável de TI que colocou o openSUSE em um meio pingado de PC's, e eu fico por trás dos bastidores tentando fazer as coisas funcionarem. Segundo ele, ele quis optar pelo openSUSE porque a Microsoft tem uma associação com o Fedora e derivados, fazendo com que os arquivos dos suítes de produtividade abram com menos erros de formatações que do Ubuntu, no caso com o LibreOffice, agora não me pergunte se isso faz sentido.

@Marcos FRM Atualizar Openfire é com o analista, e ele não se mostra nem um pouco de vontade para trocar, e eu já pus o Spark 2.6.3 em muitos lugares, e tudo funciona, com Windows e Xubuntu, a bandeja também ok, o problema é o openSUSE que este sim parece ser bugado, mas só a bandeja mesmo, no resto tudo ok também. Mas não é o primeiro defeito do openSUSE que encontro, sempre tem um erro novo aparecendo no zypper, é um sistema que cansa a paciência, e é o último release do openSUSE, além de atualizado, atualmente estou me desenrolando para esse problema do Spark, e o Chrome que não seta como navegador padrão nem indo no Yast, tenho que usar por obrigação mesmo, o bom e velho .deb nunca falha no Ubuntu, agora .rpm em Fedora e derivados é uma bela de uma buesta.